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STARCBAFf 


¿Quieres estar al loro cié 
todas las novedades? 


Entérrate ele todo lo que 
siempre qu isiste saber: 
sobre los videojuegos y 
nunca te atreviste a 

preguntar. 


PONTE EN MANOS DE QUIEN MÁS 
SABE SOBRE JUEGOS 


ENTÉRATE DE TODAS LAS 
NOVEDADES DEL MERCADO 


DESCUBRE TODOS LOS SECRETOS 
OCULTOS DE TUS JUEGOS 
PREFERIDOS 


- ANALIZAMOS LOS JUEGOS DESDE 

UN PUNTO DE VISTA RIGUROSO Y 
OBJETIVO 


TE REGALAMOS UN SUPLEMENTO 
DE CONSOLAS, PORQUE TAMBIÉN 
LOS CONSOLEROS TIENEN 
DERECHO A ESTAR INFORMADOS 

INCLUIMOS UN SUPLEMENTO 
EXCLUSIVO PARA LOS AMANTES 
DE LA PROGRAMACIÓN DE 
VIDEOJUEGOS: GAME DEVELOPER 

TE DAMOS TRUCOS Y SOLUCIONES 
PARA ACABAR CON ESOS JUEGOS 
QUE SE TE ”ATRAVIESAN" 
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Star Wars: La Amenaza Fantasit 
Star Wars: Racer 
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español más universal 

Conozca la vida de Miguel de Cervantes desde su infancia hasta 
_»<». su muerte y las obras que han marcado nuestra historia. 




eii castellano 


Wtír i 


mu unfv ®««> * todo* lo* tiempos 


Miguel 


Fotografías, litografías, 
grabados y vídeos del 
entorno y la época para 
ilustrar la obra. 


Personalidad, ideología, 
influencias y momento 
histórico, social, político y 
cultural. 
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Descubre y analiza la vida y obra del nobel 
colombiano y sus influencias sociales y políticas 


Analizamos las obras más 
importantes de Gabriel 
García Márquez. m 


Las pantallas nos 
permiten ver también las 
fotografías. 
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Waebemos tener siem 


os juegos. Aquí os 
; que debemos seg 
nuestro programa 


Una fenomenal exclusiva 




Divmanía sigue al pie del cañón. Ya tenéis en 
vuestras manos el numero 4 de vuestra 
revista preferida, y seguro que mucho antes 
de lo que pensabais. Somos conscientes de 
los retrasos que ha tenido nuestra publica¬ 
ción y por ello pretendemos hacer un esfuer¬ 
zo para que no se repitan. Esperamos, por 
tanto que a partir de ahora, Divmanía llegue 
a vuestras manos puntualmente. 


La vida basada en et silicio 

La VA (vida artificial) es la creación de 
sistemas hechos por el hombre que se 
comportan como si estuviesen vivos. La 
VA intenta crear sistemas simples que 
se comportan utilizando un gran número 
de regias. Si estáis interesados en este 
apasionante tema aquí tenéis un jugoso 
artículo dedicado a crear vida dentro de 
tu ordenador. Para aprendices de 
demiurgos. 


Introducción 

En este rii 
des diseñ 
luego utilL 
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El número que tenéis en vuestras manos pre¬ 
senta algunos cambios que, sin alterar el 
contenido habitual de la publicación, sí son 
significativos. En primer lugar, nos hemos 
visto obligados a suprimir una sección por 
problemas ajenos a nosotros. Esperamos 
poder seguir contando con esta sección en 
siguientes números pero de momento hemos 
tenido que sustituirla. Sin embargo, hemos 
incluido un reportaje especial que seguro 
despertará gran interés entre todos vosotros. 


DIVnet 
Ha nacidc 
revista ek 
te a todo 
DIV. Una 
en nuestr 


Reportaje especial 




Imprescindible 

Todo lo que debes saber para 
convertir las instrucciones ^ 
escritas en texto a bytes. No 
habrá formato binario que 
pueda pararte. 
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Si en ei número anterior os comentábamos 
que nos estábamos afianzando, en éste no 
podemos sino afirmar que nuestra revista se 
ha convertido en un punto de referencia fun¬ 
damental sobre el que gira todo ei mundo de 
DIV. Y la mejor prueba de ello es la aparición 
de revistas electrónicas exclusivamente 
dedicadas a este entorno que se han dirigido 
a nosotros para presentarse y pedirnos nues¬ 
tro apoyo. Nosotros, por supuesto, no pode¬ 
mos negarnos y así lo hemos hecho. Todo 
para que ei mundo DIVero se convierta en un 
entorno solidario y donde la colaboración y la 
ilusión de cientos de personas volcadas en la 
programación de juegos encuentren su lugar. 
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Aprende 
integrar 
a nuestr 
profesio. 
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Hazte programador 
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USPORTX 


¿Amas la programación de 
juegos.-? Léete estas líneas 
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DISEÑO Y DIBUJO 

Introducción al diseño gráfico 

En este número te decimos cómo pue 
des diseñar y modelar los objetos que 
luego utilizarás en tus videojuegos. 
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SlLENCfO, SE GRABA 

Vamos a utilizar el programa Fasttracker 
2.08 para grabar la banda sonora de los 
juegos que estemos programando. 


DIVnet ¿ jf 

Ha nacido una estrella. DIVnet es una 
revista electrónica dedicada fntegramen 


SUBCAMPEÓN: ACELERATOR 

Un trepidante juego que entra dentro del género de 
las carreras de coches. Admite la posibilidad de dos 
jugadores, que es la más divertida. 


BRONCE: E. J. DOMINÓ 

Para poner unas cuantas fichas sobre la pantalla 
del ordenador con este simulador del famoso 
juego del dominó. 


Amplificador 
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DI V ha creado toda una escuela dentro 
del mundo de la programación. Todos 
los que se han acercado a la herramien¬ 
ta han sido capaces de programar. Por 
ello realizamos un concurso entre ios 
lectores que hayan realizado juegos con 
DI V. Os ofrecemos un primer premio de 
25.000 pesetas y dos accésit de 20.000 
pesetas. 
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Programando en DIV 


integrar sonidos , etc. Todo lo que dotará 
a nuestros juegos de un aire de lo más 
profesional. 


t programas que seguro 
fies. Y, por supuesto , los 
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DISEÑO 


GAMES STUDIO? 

DIV Games Studio es una herra¬ 
mienta de programación que facilita 
en gran manera nuestra inmersión 
en el software de entretenimiento. 

Es el primer entorno profesional 
que permite realizar videojueqos con 
fines comerciales sin necesidad de 
un pago adicional. Con el carné de 
desarrollador incluido se permite el 
desarrollo de jue- 


ictual &prensatecmca. com 
www. prensatecnica. com 
i de atención al público: 
09:00 a 19:00 h 

nterrumpidamente 

PRENSA TÉCNICA 

)irector General: 

Mario Luis 


C.P Cerezo 

Directora Publicidad 

Marisa Fernández 


DI VIVIAN ¡A no tiene por qué estar 
de acueido con las opiniones escritas por sus 
colaboradores en los artículos firmados. 

El editor prohíbe expresamente la reproducción total 
o parcial de cualquiera de los contenidos de la revista 


Director Técni 
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Cartas al Director 





Sólo para aficionado! a loe juegos 


Como bien sabéis, este pequeño espacio está 
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al cabo sois la base de esta revista. Por ello, 

—. — a - B Vi dük B^^B I B M V ■ B JLmB. ‘^Bbm 


ai uciuu wwww — — . 

tratamos de reflejar aquí todas las °P m,on ®® 

■_■_«Ja MHAefro mihliraninr 


^ | 211 2 1111 | I 1 J vi 1 vi ^ ■ 

que surgen alrededor de nuestra publicación. 



n número más estamos 
en la calle a pesar de las 
dudas de algunos. Parece 
^ser gue incluso se ha lle¬ 
gado a calificar a Divmanía como 
"Revista fantasma". Tal vez sea 
cierto que, hasta ahora, la periodi¬ 
cidad no ha sido la que deseaba 
mos, pero estamos convencidos de 
que este apelativo no tiene ningu¬ 
na justificación. Hay que tener en 
cuenta que partimos de una serie 

de circunstancias extraordinarias 
que han hecho difícil mantener 
una estricta regularidad; especial¬ 
mente la dificultad de realizar una 
revista absolutamente novedosa, 
basada en una herramienta que 
hasta ahora era bastante descono¬ 
cida, aunque, afortunadamente, se 
está dando a conocer rápidamente. 
En este sentido somos como pione¬ 
ros en un terreno inexplorado y 
lleno de vicisitudes, las cuales, gra¬ 
cias a nuestro esfuerzo e ilusión, 
estamos tratando de sobrellevar. 
Todo con el fin de llevar a nuestros 


medio) sus opiniones, dudas, 
comentarios, etc. Lo cierto es que 
la mayoría de la 

correspondente 

que recibimos 
es para par¬ 
ticipar en 
el concur¬ 


so de pro¬ 
gramación, algo 
que, por supuesto, 
nos llena de satisfac¬ 



ción, sobre todo porque com¬ 
probamos qué cantidad de gente 

está volcada creando juegos con 

DIV, algo que hasta la aparición 
de esta herramienta era mucho 
más complicado. Sin embargo, 
nos gustaría contar con vuestra 
opinión para mejorar nuestra 
revista. No hace falta decir que 
ésta es una revista abierta, tanto a 


lectores una revista para conocer el 
mundo DIVero. Todo para que los 
cientos de personas que han 
encontrado en DIV la posibilidad 
de crear sus propios juegos, algo 
que hasta la aparición de este 
entorno estaba rese vada a los que 
tenían conocimientos de progra¬ 
mación, tengan unas páginas 
donde aprender, informarse e 

incluso intercambiar ideas. 

Quisiéramos, desde aquí, ani¬ 
mar a los lectores a que nos 
envíen (por cualquier 


la opinión como a la partici¬ 
pación. Cualquiera que tenga 
algo que decir puede ponerse en 
contacto con nosotros y aquí 
encontrará su "huequecito". 

En este caso vamos a hacernos 


eco de algunas cuestiones que han 
surgido en torno a nuestros cola¬ 
boradores. Cuestiones de bastante 
importancia sobre todo si tenemos 
en cuenta que han surgido de las 

dudas que núes- 
tros lectores han 
hecho llegar a 



los responsables de cada uno de 

nuestras secciones: 

He recibido un correo de una 
persona que no encontraba ios 
fuentes del curso de aventuras grá¬ 
ficas de DIV Manía 2 . 

Curiosamente, yo ni me había dado 
cuenta de ese detalle. Cuando leo 
la revista me da por leer mi articulo 
y ver cómo ha quedado, pero no se 
me había ocurrido mirar las fuen¬ 
tes en el CD. ¿Podéis introdu¬ 
cirlas en el CD de otro 
número? Miguel 
Angel Barroso. 

No hay pro¬ 
blema, las 
fuentes a 
‘ las que te 
refieres, 
el artícu¬ 
lo de pro¬ 
gramación de 

aventuras del número 2 de 
Divmanía, las encontraréis en el 
CD del presente número. 

En la sección Web Div de 
Divmanía han aparecido noticias y 
curriculums de mi página web pero 
no apareció el nombre de la página y 
sin embargo sí de otras que llevan 
años que sin actualizarse. Quena 
saber si podéis hacer algo porque en 
el último número aparecieron curricu¬ 
lums pero sólo partes donde decia sí 
alguien necesita ayuda me ofrezco a 
ayudarle en sus juegos ", de modo que 
todos los que aparecimos hemos reci¬ 
bido montones de e-mails (¡yo no 
puedo hacer 300juegos a la vez!). En 
fin, que lo único que quiero es que 
aparezca el nombre de mi página, 

http://pagina.de/ferminho , para que 

la gente pueda acudir, ver ios curricu¬ 
lums al completo y enterarse bien de 
la oferta. Gracias. Ferminho. 


Nada más, esperamos que os 
guste el presente número y que el 
siguiente llegue a los kioscos a su 
debido tiempo. Por nuestra parte 
os podemos asegurar que haremos 
lo imposible para que así sea. 
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Noticias 


Libertad sin cables 


1 TH6 m TULE 

mm\ 


ste es el lema de la conocida empresa fabricante 
de periféricos diseñados para establecer un víncu¬ 
lo intuitivo y natural entre el usuario y el ordena¬ 
dor personal. Logitech presentó en Madrid su 


nueva gama de productos. Un total de 22 nuevos pro¬ 
ductos que vienen a completar una amplia gama de peri¬ 
féricos entre los que destacan los conjuntos de teclado y 
ratón inalámbricos, además de los gamepad o volantes 
destinados especialmenie para los jugones. 

Los nuevos productos Logitech responden a tres claves: 
la ya mencionada libertad sin cables, una fuerte apuesta 
por Internet y un diseño único y exclusivo de sus produc¬ 
tos. La idea de Logitech es hacer más 
cómoda la relación de las personas con su ordenador y en 
ello su apuesta por la tecnología sin cables, vía radio-fre¬ 
cuencia, es el punto que más les define. Así, su gama de 
ratones inalámbricos se ha visto ampliada notablemente. 

En lo que se refiere a los videojuegos, Logitech 
apuesta claramente por la creación de periféricos espe¬ 


cialmente pensa¬ 
dos para nosotros. 
La mayoría de ellos 
utilizando la ya 
conocida tecnolo¬ 


¡gm 
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Logitech 




Vi,.. 


gía Forcé Feedback 
para lograr trans¬ 
mitirnos las sensaciones del juego. En esta línea, se ha 
desarrollado un ratón expresamente diseñado para jugar, 
Wingman Gaming Mouse (con el que, por cierto, regalan 
el juego Shogo ), que permite mayor rapidez y precisión 
para nuestras partiditas, un gamepad, Wingman 
Gamepad Extreme , que responde a los movimientos de 
nuestra muñeca y hace innecesario el uso de los botones 
de! cursor, un joystick, Wingman Extreme Digital 3D, 
especialmente diseñado para los amantes de la simula¬ 
ción, y un volante, Wingman Formula Forcé , que pretende 
hacernos sentir como si estuviéramos a los mandos de 
todo un Fórmula 1. 


Las compañías premiadas en el ETCS 



la feria más importante a nivel euro¬ 
peo del sector de los videojuegos, 
conocida como ETCS, van muchas 
compañías pero sólo unas cuantas ele- 




gidas se hacen con los premios que otorga el 

jurado de este certamen. 

Las compañías del mundo entero presentan 
sus últimos trabajos durante el desarrollo de esta 
exposición. A los mejores títulos se les da el 
reconocimiento que merecen y se les inscribe en 
el cuadro de ganadores de ese año. 

En la edición del ETCS de 1999 han faltado 


algunas empresas importantes del sector de la 

programación del 
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software de entreteni¬ 
miento. Pero las pre¬ 
sentes eran muchas y 
todas poniendo de 
largo sus últimas 
novedades. El sueño 


de cualquier aficiona¬ 
do a los videojuegos. 



Os vamos a dar a continuación el cuadro de honor 
de este año. 

La empresa Konami ganó el premio inaugural del 
ECTS por la segunda parte del juego iSS Pro 
Evoiution. Además ganaron el premio al mejor juego 
para la plataforma Playstation. 

El mejor título para PC de la feria fue para el juego 
Grand Prix 3 , de la empresa Hasbro Interactive. 

En el apartado de juegos para la consola Nintendo 
el premio fue conseguido por Donkey Kong 64. 
Ready 2 Rumble, se llevó la corona como mejor 
juego para la consola Dreamcast de Sega. 

Y finalmente en la 
sección de juegos 
para multijugador 
se llevo el gato ai 
agua Rainbow Six: 

Rogue Spear. 

Nuestra enhora¬ 
buena a los pre¬ 
miados desde 


estas páginas. 




usará tecnología RTIME en la Playstation 2 




ony ha confirma¬ 
do recientemente 


logia RTIME incluyen un perfecciona¬ 
miento considerable entre las cone- 


que su nueva tec¬ 
nología RTIME 
permitirá un rápido desa¬ 
rrollo de aplicaciones mul¬ 
tijugador para su nueva 
consola Playstation 2. 
Según la empresa Sony, 
las mejoras más palpables 
que traerá la nueva tecno- 


xiones por módem ya que estas 
serán mucho más rápidas que en la 
actualidad. 

Además, con este software los 
desarrolladores se pueden aprove¬ 
char de las últimas tecnologías y 
pueden mejorar la experiencia del usua¬ 
rio ofreciendo voz, música, vídeo, y gráfi¬ 
cos en tiempo real. 
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Elementos reí 


u \A ramos que DIVnet es la 
única revista electrónica dedicada 
entorno DIV, parece que Internet > 
más deprisa que nosotros. Hemos 
recibido información de una segunda 
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El diploron de este edició» es ¡me 


mWi 


i'iVíi 


ShowDown 

Pablo Copiar 
laida (remake) 


ShowDown es hoy por hoy el 
mejor juego de cuantos he 
visto (ojo, terminado) de 
todos los que enasten en Div 
i de los usuarios. Por una razón 
muy sencilla, por el alarde 
técnico demostrado en la 
creación de un modo en 
tercera persona que funciona 
realmente bien, es cierto que 
v. no tiene paredes porque no 
^ son posibles en modo 7 pero 
se simulan realmente bien. Y 
realmente, creo que 
S programando en modo 8 
n muchos más resultados, 
i Además viene con un editor 
3T de mapas, 1 1 |una pasada en 
divl lili 


tenéis cumplida información de ella, 
aunque sea brevemente. Esperamos i 
ocuparnos de esta revista más exten¬ 
samente en el siguiente número de 
DIVManía. 

Parece que la nueva publicación 
electrónica no se morderá la lengua a 
la hora de criticar nuestra Div Manía. 
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recibida en esta redacción. Y ahora 
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preparanao un curso para mapeado- 
res tiles dotados de scroll, y también 
se podrán ampliar los conocimientos 
sobre mappers tiles automáticos (un 
programa dedicado a aquellos que 
no sepan utilizar los mapeados tiles 
en scroll o que simplemente quieran 
agilizar sus tareas). 
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Recargar Inicio 

Buscar 

Guía 

Imprimir 

Seguridad 








Aparece un compilador de DIV 


I nombre de este compi¬ 
lador/interprete del pro¬ 
grama DIVes DIVC y 
podéis encontrarlo en la 


0 , 
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página de su creador sita en la 
siguiente dirección de Internet: 

http://www. arrakis . es/-jlceb/divc _ 

i o que permite hacer DIVC es poder ejecutar los juegos 
realizados con el programa DIV Games Studio en platafor¬ 
mas distintas a MS-DOS . Para lograrlo interpreta el conteni¬ 
do de los ficheros de código fuente de DIV (*.prg) y los 
compila a un formato interno ( bytecode) que luego pasa a 

ejecutar con la 
ayuda de una 
librería que dupli¬ 
ca la funcionali¬ 
dad existente en 
el programa DIV 
Games Studio en 
su versión 1. 

DIVC es un total¬ 
mente freeware, o 
sea que podéis 
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bajarlo y 
usarlo libre¬ 
mente, inclu¬ 
so su creador 
permite que, 
si queréis, 
modifiquéis 
el código 

para hacer versiones propias. Eso sí, si lográis 

versión de este programa deberéis distribuirla 
manera. 

Este software es 
todavía un proyecto 
en desarrollo, aunque 
se puede usar la ver¬ 
sión beta deí mismo. 

En la página arriba 
indicada tendréis 
s oda la información 
necesaria para seguir 
los pasos previos al 
nacimiento de este 
compilador de DiV. 
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Software Made in Spain 



La compañía Pyro Studios, 
celebérrima a nivel mundial por 
su juego Commandos, es el 
buque insignia de la armada 
española en lo que se refiere a 
empresas desarrolladoras de 
juegos. Y es que cuando la 
calidad y la originalidad van 
unidas en un producto no hay 
mercado que se resista. 

a compañía Pyro Studios 
fue creada con un objetivo 
muy definido: abordar la 

1 - 1 realización de juegos para 

ordenadores personales y para 
consolas con títulos que tuvieran la 
calidad suficiente como para com¬ 
petir en todos los mercados inter¬ 
nacionales. No sólo han logrado 
este ambicioso objetivo en un 
tiempo record, sino que se han 
convertido en uno de los desarro¬ 
lladores de más éxito a nivel inter¬ 
nacional, son conocidos en el 
mundo entero, y se han convertido 
en los abanderados del software 
lúdico español. 

Como todos sabréis a estas 
alturas, el juego que catapultó a la 
fama a Pyro llevó por nombre 
Commandos: Behind Enemy Line. De 
lo que quizá no tengáis conoci¬ 
miento es que esta obra de arte se 
situó en el número 1 de las princi¬ 
pales listas de ventas del mundo 
durante más de 10 semanas. 

La fulgurante riada de éxito y 
triunfo arrolló a todos sus competi¬ 
dores e inundó de títulos vendidos 
a países como Alemania, España, 
Estados Unidos, Reino Unido, 
Francia, Italia, Holanda, Bélgica, 
Austria, Polonia, y un largo etcéte¬ 


ra. Y es que Commandos alcanzó 
la increíble cifra de más de un 
millón de unidades vendidas. Algo 
que no logran ni siquiera las multi¬ 
nacionales del sector. 

La historia 

Vamos a hablar un poco de la 
corta pero jugosa historia de esta 
compañía española. Pese a que no 
dieron a conocer Commandos; 
Behind Enemy Lines hasta que 1998 
comenzaba a dar sus primeros 
pasos, debemos constatar que la 
empresa se empieza a gestar en 
1996, siendo septiembre de ese 
mismo año la fecha clave. Sin 
embargo, Pyro fue inteligentemen¬ 
te ocultada a la prensa y al gran 
público con lo que su aparición 
pilló por sorpresa a todo el mundo, 
no sólo por la calidad de su tarjeta 
de presentación, Commandos , sino 
por todo lo que supuso este video¬ 
juego para la historia del software 
nacional. 

Al contrario de lo que pudiera 
parecer, Pyro no estaba formada a 
partir del tópico aquel de "jóvenes 
desconocidos, con mucho talento 
e ilusión, se reúnen un buen día 
para hacer un juegazo". No, Pyro 
fue una compañía que, desde el 
principio, se creó con el objetivo 
de producir juegos de alta condi¬ 
ción, es decir, con calidad interna¬ 
cional y capaces de competir por 
los Top 10 en los países más 
importantes del mundo. Proein fue 
la compañía que se encargo de 
hacer factible tal proyecto. Aquí 
hay que citar la amplia capacidad 
de trabajo y de decisión de Ignacio 
y Javier Pérez Dolset, máximos res¬ 
ponsables de que Pyro pudiese ser 
realidad como empresa, para luego 
proporcionar esa infraestructura 



tan necesaria para las grandes 
compañías. 

Sin embargo, una empresa de 
las características de Pyro necesita¬ 
ba, sobretodo, de experiencia. 
Aquí es donde entrará en juego 
Gonzalo Suárez, antiguo miembro 
de Ópera Soft, que trajo bajo el 
brazo un buen montón de gente 
capaz de trabajar a tan alto nivel. 



Lleva a todos tus hombres hasta el 
otro lado del río. 

De esta forma, en septiembre de 
1996, Pyro Studios quedó consti¬ 
tuida y comenzó a entrar de lleno 
en la producción de Commandos . 

Pero no fue hasta febrero del 
98, aproximadamente, cuando 
este proyecto comenzó a filtrarse a 
la prensa. Pronto empezó a armar¬ 
se un gran revuelo en torno al 
mismo, dada la calidad aplastante 
de las capturas mostradas. Éstas 
eran la prueba más palpable de 
que en la cocina de Pyro Studios se 
estaba cociendo algo realmente 
espectacular. Y dado el enorme 
misterio que giraba en torno a su 
jugabilidad y concepto, que iba a 
suponer una renovación para el 
mercado de juegos de estrategia, 
Commandos terminó por convertir¬ 
se en una "bomba de relojería". 

En torno a Pyro se fueron con¬ 
gregando grandes nombres del 
mundo de la programación de 
nuestro país. Personajes como Jon 
Beltrán Heredia, Javier Fáfula, 

César Astudillo y Javier Arévalo, o 
grafistas tan prestigiosos como 
Jorge Blanco o Asier Hernáez, se 
dieron cita para configurar el equi¬ 
po de desarrollo más importante 
de España. 

Una cosa está clara, con 
Commandos se abre definitivamente 
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Compañía Pyro Studios 
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Las defensas antiaéreas están dispuestas 


El legendario caza Messrmitch. 


i 


una etapa nueva de hacer juegos 
en España; más profesional y, sobre 
todo, exportable. Hoy quien se 
dedique a producir este tipo de 
productos con vistas al mercado 
nacional exclusivamente está irre¬ 
mediablemente condenado al fra¬ 
caso más absoluto o, como mucho, 
a la pura anécdota regional. 



Pero lo más importante de 
todo, independientemente de lo 
bueno que sea Commandos, es la 
repercusión que Pyro va a tener 
en el futuro de la producción de 
videojuegos en nuestro país. Con 
su estupendo trabajo han demos¬ 
trado que merece la pena confiar 
en productos 100% españoles, y 
gracias a ellos, pronto habrá más 
empresarios que decidan apoyar, 
de forma importante, nuevos pro¬ 
yectos de grupos nacionales de 
programación. 

Commandos 

Vamos a hablar un poco de que 
características tiene el que es, hasta 
ahora, el juego español más famo¬ 
so fuera de nuestras fronteras. 

Commandos, Behind Enemy Lines 
introdujo un nuevo género dentro 
de los juegos para PC: la estrategia 
táctica. El juego consistía en hacer¬ 
se cargo de un aguerrido comando 
aliado que debía realizar determi¬ 
nadas misiones detrás de las líneas 
alemanas durante la Segunda 
Guerra Mundial. Las misiones con¬ 
sistían en volar puentes, matar a 
altos mandos del ejército nazi, libe¬ 


rar a un prisionero de un campa¬ 
mento fuertemente vigilado, volar 
una presa, descarrilar un tren, aca¬ 
bar con las instalaciones militares 
que albergan las temidas bombas 
V-2, en fin pequeñas chapuzas de 
la vida cotidiana. Pero lo más origi¬ 
nal del juego era que no podíamos 
ir y disparar sin ton ni son para 
conseguir nuestros objetivos, eso 
no servía de nada en unos escena¬ 
rios plagados de enemigos. Lo que 
había que hacer era planificar la 
misión paso a paso y aprovechar 
las distintas habilidades que tenían 
los hombres encargados de llevar a 
cabo la dura tarea. Un fallo en el 
plan de acción y las alarmas se dis¬ 
paraban, todo el ejército alemán 
salía a perseguirte y era inevitable 
que pasaras a engrosar la numero¬ 
sa lista de héroes caídos en comba¬ 
te. Muertos con honor pero muer¬ 
tos al fin y al cabo. 

Para sobrevivir a una misión 
había que hacer verdaderas proe- 



Cargad las provisiones. 

zas colocando a tus hombres en el 
sitio justo, arrastrándolos por el 
suelo, eliminando a los soldados de 
guardia en el más estricto silencio, 
poniendo trampas, etc. Lo más 
parecido que se ha visto a una 
guerra de verdad. 

Y no sólo era original el juego, 
es que además era de una gran 
calidad gráfica. Con unas pantallas 
espectaculares realizadas con todo 

i- 

dad era altísima, cada escenario 
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El arsenal del enemigo vuela por los aires. 
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Compañía Pyro Studios 



El puerto está controlado. 



¡Acabad con los barracones del campo! 


requería probar mil y una tácticas 
hasta dar con la adecuada para lle¬ 
var a cabo todos los objetivos de 
las misiones. Las últimas pantallas 
tienen una dificultad que no conse¬ 
guía pasarlas ni el mismo Rambo. 

En resumen, una producción 
soberbia, que no sólo era el desa¬ 
rrollo más internacional hecho en 
España hasta la fecha, sino que 
pronto alcanzaría los Top 10 en los 
países más importantes del 
mundo, convirtiéndose más tarde 
en el tercer juego más vendido de 
todo el año 98. 

Presente y futuro 
de la compañía 

Ya con el marchamo del éxito a sus 
espaldas y con una aureola de 
notoriedad ganada en buena lid, 
Pyro editó a mediados del 99 el 
disco de expansión de su título 
estrella. Llevo por nombre 
Commandos; Más Allá del Deber. 

En estos momentos Pyro 
Studios está desarrollando pro¬ 


ductos para todas las plataformas 
de videojuegos: PC, Sony 
Playstation y Sega Dreamcast. La 
plantilla de la empresa supera 
actualmente las 70 personas. A 
este paso y con un par de buenos 
títulos más posiblemente estare¬ 
mos hablando dentro de poco de 
la multinacional Pyro Studios. 

Y este par de títulos pueden 
estar al llegar. Parece que ya se 
están desarrollando, aparte de las 
esperadas conversiones a consolas 
del juego Commandos, los juegos 
que serán el mascarón de proa de 
Pyro durante el año 2000. Las dos 
obras a que nos referimos permane¬ 
cen en el más absoluto secreto, 
aunque fuentes de confianza nos 
han cicho que uno de los juegos 
será la segunda parte de 
Commandos , cosa que era de espe¬ 
rar. Hay que exprimir el filón que 
supone disponer de un nombre ya 
consagrado en el mercado. 
Commandos se convertirá en serie, 
cosa que agradecerán sus numero¬ 


sos seguidores. Del otro juego no se 
sabe nada en absoluto. Sólo ha 
podido trascender que ahora 
mismo en la compañía hay dos gru¬ 
pos de desarrollo independientes, 
uno de ellos dirigido por Javier 
Fáfula y el otro por César Astudillo. 
Es de suponer que un grupo se 
estará encargando de la producción 
de Commandos 2, del otro grupo 
de desarrollo nada sabemos aunque 
probablemente su trabajo saldrá a 
la luz en el año 2000. 

Bueno, nada más por ahora, 
sólo decir que en la página web de 
Pyro Studios hay un apartado en 
el que se piden colaboradores 
para entrar a formar parte de la 
plantilla de la empresa. Y es que 
no paran de crecer. 1 





Hay que adueñarse de la casa y sellar todas las entradas. 
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Juegos en isométrica. Editor de mapas 3D Laberintos 3D. Editor de 




seguremos 

que.•. 






Alora podrás crear juegos en red 
Editor de mundos tridimensionales 
Browsers para todo tipo de ficheros 
Generador automático de sprites 
Rutinas de inteligencia artificial 
Mapeador de niveles para juegos 3D 
Instalador profesional configurable 
Más de 1.000 Bugs solucionados 
Código optimizado para Pentium 
Rutinas para manejo de textos 
Sistema de sonido mejorado 
Compilador más optimizado 
un sin fin de funciones 


Cualquiera 


■ 


quioscos, grandes almacenes y tiendas especializadas 
Teléfono distribuidores +34 91 304 06 22 (ext. 137) 


(bueno... habrá quien todavía 


LA HERRAMIENTA PERFECTA 

Un nuevo entorno de desarrollo que ha evo¬ 
lucionado tanto en sencillez de uso como en 
potencia y capacidad. Y además se han 
incluido un gran numero de herramientas 
nuevas que harán que DIV 2 y tu imaginación 
formen un equipo perfecto. 


COMPATIBILIDAD 100% DIV 7 

Esta versión de DIV 2 mantiene compatibili¬ 
dad al 100% con la versión anterior y además 
incluye un gran numero de mejoras y aspec¬ 
tos perfeccionados que hacen que disfrutes 
aun más de los juegos que desarrolles. 



Distribución en Argentina • Take Off Multimedia * Pueyrredon 495 
Tel / Fax: (1704) 656 8506 • E-Mail: net2land@net2land.com 



Alfonso Gómez 42, nave 112 
28037 Madrid. España 
Teí: (91) 3.04.06.22 
Fax: (91) 3.04.17.97 
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Las claves a la hora de optimizar programas 
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Muchas veces pensamos que mientras más 

/ ■» _; m .-v. An 


largo es nuestro código y mientras más 


recursos usa, más bueno es nuestro programa. 
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Esto no ©s del todo cierto y es mejor poseerun 
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programa optimizado para poder utilizarlo en 

w m _ mi Uk I 


tantas máquinas como sea posible. 


a mayoría de programadores 
se sorprenden cuando ven el 
código de un programa y 
delante de él aparecen cien- 


código, de los gráficos y del diseño 
general de nuestro juego. 


tos y cientos de líneas, que forman 
en conjunto ese juego que tanto 
nos ha gustado. Pero si analizamos 
detenidamente el código es muy 
probable que encontremos funcio¬ 
nes redundantes y procesos que 
podrían haberse realizado en la 
mitad de líneas. ¿Quién de voso¬ 
tros no ha pensado alguna vez: 
"pues yo habría hecho este código 
así en lugar de como está aquí"? 
Pues bien, uno de los pasos que 
los programadores noveles no 
acostumbran a realizar, y realmen¬ 
te es muy importante a tener en 
cuenta, es la optimización del 


BCC (Breve, 
Claro, Conciso) 
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Gran capacidad de imágenes conse 
guidas por un grupo que empieza. 


Breve, claro y conciso son las tres 
palabras que debemos tener en la 
cabeza a la hora de realizar nues¬ 
tro programa. Son las reglas que 
debemos seguir para conseguir un 
programa rápido, que ocupe poca 
memoria y que realice pocos cál¬ 
culos matemáticos. 

Hay cuatro reglas básicas a 
tener en cuenta a la hora de o| >ti- 
mizar nuestro código: 

• No optimices hasta acabar el pro¬ 
grama. Muchos programadores 
optimizan a medida que crean el 
programa. Esto es un error grave 
que a veces se paga con muchas 
horas de rehacer códigos y volver 
a crear gráficos, y dando como 
resultado programas ininteligi¬ 
bles e incorrectos. Sigue este 
consejo: escribe tu progra na sin 
preocuparte de las posibles opti¬ 
mizaciones y concéntrate para 
estar seguro que el código es 
limpio, correcto e inteligible. Si 
es un programa muy largo o 
muy lento, cuando has acabado 
puedes considerar la posibilidad 
de optimizarlo. 

• La regla de 80/20 . En muchos 
casos el 80% de los resultados lo 
puedes obtener con el 20% del 
esfuerzo. A la hora de optimizar 
utiliza las herramientas de debug 
para encontrar donde se concen¬ 
tra el tiempo de espera para 
generar los resultados. 
Normalmente el 80% de los 
resultados se generan en un 
mismo momento, si tenemos 


claro esto podemos concentrar 
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nos únicamente en esa parte del 
código para optimizarlo, con lo 
cual nos ahorraremos mucho 
esfuerzo. 

Siempre prueba el código antes y 
después de los cambios. Debemos 
tener claro cómo han afectado 
nuestros cambios al programa. 
Debemos testear las innovacio¬ 
nes que hemos realizado en cada 
ocasión. ¿Cómo si no sabremos 
que ha cambiado del programa 
con nuestras optimizaciones? Si 
nuestro programa únicamente se 
ha vuelto imperceptiblemente 
más pequeño o inapreciable¬ 
mente más rápido, es mejor vol¬ 
ver al código inicial, pues este 
resulta mucho más claro para 
realizar cambios. No siempre es 
mejor velocidad que claridad 
para después reparar bugs en la 
fáse de testeo. 


i Utiliza las funciones correctas y las 
estructuras correctas ¿Para qué 
vamos a utilizar un tipo de dato 
WORD, cuando con un BYTE tene¬ 
mos bastante? No utilices funcio¬ 
nes lentas si puedes hacer lo 
mismo con algoritmos más rápi¬ 
dos. De la misma forma, para qué 
utilizar el método de ordenación 
de la burbuja cuando puedes utili¬ 
zar el método quicksort, que es 
hasta 10 veces más rápido que el 
primero? Debéis tener en cuenta 
cómo realizáis vuestros progra¬ 
mas: es importante utilizar estruc¬ 
turas rápidas antes que largos 
arrays de objetos, si podemos reu¬ 
tilizar gráficos rotando la paleta de 
colores, ¿por qué no hacerlo en 
lugar de crear gráficos nuevos? 

Es importante utilizar un núme¬ 
ro de recursos tan pequeño como 
sea posible para que nuestro juego 
pueda ser utilizado en ordenadores 
más limitados sin que se nos caiga 
el alma al suelo mientras espera¬ 
mos que aparezcan los gráficos en 
la pantalla, o mientras se calcula 
de qué manera afectará lo que 
hemos hecho a nuestro entorno. 


Un buen ejemplo de aprovecha¬ 
miento de código lo podréis ver en 
el juego Outcast , que dentro de 
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OPTIMIZACIÓN DEL USO DE GRÁFICOS 


Gráfico 1 





DO 2 




Aprovechado 



Desaprovechado 


Fray Luis, una aventura de Papada Soft en proceso de desarrollo. 


una época donde las tarjetas 3DFX 
se han convertido en el pan nues¬ 
tro de cada día, ha creado un 
entorno en tres dimensiones de 
gran belleza y rapidez con única¬ 
mente tecnología MMX. De esta 
manera se ha podido conseguir un 
buen juego, que funciona en un 
número mayor de equipos, debido 
a que necesita menos recursos 
para poder funcionar. 

El mantenimiento 

Ser capaz de entender un progra¬ 
ma es importante el un lenguaje 
como DIV, donde el código puede 
ser utilizado tantas veces como 
deseemos y donde pueden ejecu¬ 
tarse varios procesos a la vez. Tener 
un código claro también es una 
optimización: mientras menos 
tiempo debamos pasar editando, 
compilando y viendo código, más 
tiempo tendremos para intentar 
que realmente el código funcione 
correctamente. 

El mejor consejo que puedes 
seguir es crear un programa que 
sea inteligible por un humano y no 
por una máquina. Eso sí, debemos 
tener en cuenta el no pecar por el 
lado contrario: no es una buena 
optimización tener un proceso lla¬ 


mado: proceso_que_llama_al_gráfi- 
co_para_que__se_mueva(l cuando 
podemos llamarlo mueve_grafico(). 

De la misma manera no debe¬ 
mos caer en la idea errónea de 
pensar que todo el mundo sabe lo 
que nosotros sabemos. 
Normalmente trabajamos con otra 
gente y compartimos códigos para 
un mismo programa. Por ello, para 
las líneas en las que se realizan 
muchas funciones, debemos dejar 
claro en qué orden se ejecutarán: 
por ejemplo en las operaciones 
matemáticas deberíamos incluir los 
paréntesis necesarios, no todo el 
mundo conoce la prioridad de las 
operaciones y eso puede provocar 
muchas confusiones. 

Otra cosa a tener en cuenta es 
la utilización de algoritmos revisa¬ 
dos. Normalmente las funciones 
nuevas que incluye DIV 2 pueden 
llegar a tener más bugs que las 
funciones de DIV 7, pues estas últi¬ 
mas ya han sido revisadas con 
anterioridad y han sido reparadas 
en la segunda versión. Es por ello 
que a veces lo antiguo es mejor 
que lo moderno, si no estamos 
seguros de que funciona todo 
correctamente. 

Para acabar con este punto 


solamente decir que muchas veces 
es mejor utilizar funciones propias 
de DIV que impiementar nuevas 
DLLs. A pesar de que DIV está pre¬ 
parado para ello siempre podemos 
encontrarnos con problemas de 
incompatibilidad entre ambos len¬ 
guajes, y nosotros podemos no 
darnos cuenta de ello. 

El coste de ejecución 

Muchos debéis pensar que todas 
las funciones y datos trabajan con 
la misma velocidad debido a que 
ya los tenemos en memoria cuan¬ 
do los ejecutamos. Esto es total¬ 
mente falso y es algo que asimi¬ 
lan los programadores al iniciar su 
aprendizaje: no es lo mismo 
incrementar un dato ¡ ipo byte, 
que incrementar un dato tipo 
word y de la misma manera 
ocupa menos memoria el primero 
que el segundo. Estos pequeños 
detalles son los que debemos 
tener en cuanta a la hora de opti¬ 
mizar un código por su "coste de 
ejecución". 

No vamos a entrar en detalles 
sobre el coste de ejecución de 
cada función, pues eso podría 
ocuparnos número enteros de la 
revista, simple¬ 


Funciones y datos no a la 
misma velocidad trabajan. 


mente os vamos 
a dar algunos 
consejos a seguir 
para tener en cuenta si nuestro 
coste es demasiado elevado: 

• Mientras menos comparadores 
mejor. El coste de comparar dos 
elementos es muy elevado, 
sobretodo en la sentencia IF. 
Debemos intentar utilizar fun¬ 
ciones matemáticas básicas 
(suma, resta, división y multipli¬ 
cación que son mucho más 
rápidas y tienen un bajo coste. 
Por ejemplo el siguiente código, 
que seguramente habréis utiliza¬ 
do de una forma parecida en 
vuestros juegos: 

if (camina-=true) x++;end; 



Gran calidad de imágenes conseguidas por un grupo que empieza. 
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Podría optimizarse de la 
siguiente forma: 

x=x+camina; 

Debemos recordar siempre 
que los boléanos, si están bien 
implementados internamente, 
devuelven un 0 si son falsos ó un 
1 si son verdaderos. 

• Local mejor que Global . Debéis 
tener en cuenta siempre lo 
siguiente, una variable global 
siempre está en memoria y reali¬ 
zar cambios en ella, como asig¬ 
narle datos o realizar operacio¬ 
nes, es más lento que utilizar 
datos de tipo local. Para hacer 
una estimación aproximada de 
los costes de ejecución debéis 
saber que acceder a un tipo de 
dato global cuesta más o menos 
el doble que acceder a un dato 
de tipo local. 

• Estructuras claras. El uso de 
estructuras es ya de por sí lento, 
pero realmente es mejor utilizar 
estructuras que muchas variables 
distintas. Pero ello no quiere 
decir que nuestras estructuras no 
deban estar declaradas de una 
forma óptima. Miremos el 
siguiente ejemplo que podría ser 
el de un mapa tileado : 

STRUCT mapa 

mapax[12]; 

mapay[12]; 

graphic[144]; 

END; 

Realmente es poco óptimo y 
podríamos utilizar un acceso más 
rápido utilizando un número 
menor de parámetros: 

STRUCT mapax[l2] 

STRUCT mapay[12] 
qraphic; 

END; 

END; 


Las funciones matemáti- 
as son muy rápidas y tie¬ 
nen un bajo coste. 


Mientras menos acce¬ 
sos deba hacer nuestro 
programa para localizar 
una variable más rápi¬ 
do será de ejecutar y 

moscrar resultados. 

• La ley de Murphy. En programa¬ 
ción se cumple siempre esta ley: 
"un programa siempre va de la 
peor manera que puede ir". Es 
decir, para calcular su coste de 
ejecución debemos ponernos 
siempre en el peor de los casos, 
pues es el que se cumple la 
mayoría de las veces. Si un pro¬ 
ceso es más largo pero sólo 
debemos ejecutarlo tres veces, 
en el peor de los casos, para 
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MK Trilogy, un juego donde se aprovechan los gráficos al máximo. 


obtener un resultado y, en cam¬ 
bio otro más corto, en el peor de 
los casos, debe ejecutarse treinta 
veces realmente es mucho mejor 
el primero de ellos a pesar de ser 
más largo. 

Solamente debéis tener en 
cuenta una cosa, mientras mas sim¬ 
ples sean las estructuras que utiliza¬ 
mos más fácil es que el programa 
calcule los resultados deseados. 

Un código pequeño, 
un espacio pequeño 

Debemos procurar que nuestro 
código no ocupe más líneas de las 
necesarias, pues esto repercute 
directamente en tres cosas: la can¬ 
tidad de espacio necesario para 
almacenarlo, la cantidad de tiem¬ 
po que tarda en compilarse el 
código y por último, mientras más 
código tengamos, más líneas 
deberemos revisar. Por ello debe¬ 
mos seguir una serie de pasos bási¬ 
cos para reducir la cantidad de 
líneas y de espacio que ocupa 
nuestro programa: 

• Cread procesos generales , antes 
que específicos. Si es posible utili¬ 
zar un mismo proceso para que 
pueda hacer mucho más traba¬ 
jo, a pesar de que le vayamos a 
pasar mayor número de paráme¬ 
tros, debéis hacerlo. Por ejem¬ 
plo, si podéis utilizar el mismo 
proceso que mueve al personaje 
para mover a los enemigos; 
hacedlo, pues esto hará que 
nuestro código sea mucho más 
rápido y más pequeño. 

• Reutilizad los gráficos tantas veces 
como os sea posible. Habréis 
observado que en muchos jue¬ 
gos se utilizan gráficos de formas 
repetidas; únicamente cambian¬ 
do los colores de los mismos 
mediante la rotación de la paleta. 


Tenemos un clarísimo ejemplo de 
este tipo de "morro" (pero que 
resulta bastante útil) en el título 
Mortal Kombat Trilogy, donde 
podéis comprobar cómo ejércitos 
de ninjas y de mujeres guerreras 
idénticas invaden este juego de 
lucha. Por ello, si nos es posible 
reutilizar gráficos de una forma 
agradable debemos hacerlo, pues 
hará que nuestro programa sea 
mucho más "ligero". 

• Utilizad ficheros con datos siem¬ 
pre que podáis . Si debemos 
hacer grandes declaraciones en 
arrays, o debemos inicializar 
tablas con un número considera¬ 
ble de posiciones, es mejor 
hacerlo una única vez, guardar 
la información en un fichero y 
después acceder a ese fichero 
donde ya tenemos la iniciali- 
zación hecha. No debemos 
tener miedo de guardar infor¬ 
mación en el disco, pues incluso 
DIV 2, nos permite encriptar 
datos para su propia segundad. 

Un código debe ser breve y 
claro para que se compile rápido y 
lo podamos comprender. Es 
bueno utilizar comentarios para 
tener las cosas claras, pero acor¬ 
daros de quitarlos cuando compi¬ 
léis el juego, ya que realmente no 
son necesarios. 

La velocidad 

Para acabar debemos procurar 
que nuestro código sea rápido: 
mientras menos tiempo necesite¬ 
mos para obtener un resultado, 
mayor calidad tendrá nuestro 
juego. La utilización de los recur¬ 
sos estrictamente necesarios es el 
método de conseguir que un 
juego sea rápido y por lo tanto 
agradable para el usuario final. Se 
puede hablar largo y tendido 
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Con la práctica llegaremos a dominar la técnica 


Introducción a DIM Ganes Studio 2,0 


puestas a preguntas comunes (FAQ) 


comandos de teclado 


Comandos en el entorno gráfico 
Comandos comunes en los juegos 
Comandos en el trazador de programas 


sobre la velocidad de los juegos. 
)etrás de un programa perfecto, 
si es que existe, hay muchas y 
muchas horas de posprograma¬ 
ción. Por ello os vamos a dar algu¬ 
nos consejos de por dónde podéis 
empezar a optimizar. 

• Utilizad gráficos pequeños en 
lugar de superponer dos gráficos. 
Si una parte de un gráfico va a 
estar siempre oculta tras otro 
gráfico y nunca se va a ver, 

¿para qué entonces debemos 
tenerla en memoria?. 

Imaginemos el dibujo de una 
casa y el dibujo de un coche 
que está aparcado justo delante. 
El coche tapa parte de la casa y 
siempre está quieto: entonces, ¿ 
por qué no dividir la casa en 
dos gráficos pequeños y nos 
olvidamos de la parte que 
nunca se va a ver?. 

• El uso de la concatenación de 
Strings. Parece realmente senci¬ 
llo, ahora que DIV 2 nos lo per¬ 
mite, el uso de las concatena¬ 
ciones de Strings para la crea¬ 
ción de nuestros códigos o para 
ahorrar lineas de nuestro pro¬ 
grama. Pero debéis tener en 
cuenta que la concatenación es 
realmente un proceso muy lento 
internamente. Por ello a veces 

es mejor hacer asignaciones, a 
pesar de que ocupen mas líneas 
que el hecho de utilizar conca¬ 
tenaciones de Strings u otras 
operaciones similares. 

• A veces es mejor un código ligera - 
mente complicado. Debemos 
tener en cuenta que si necesita¬ 
mos ganar velocidad a veces es 
necesario sacrificar un código 
sencillo e implementar progra¬ 
mas más complejos. Por ejem¬ 
plo, realizar operaciones con un 


array de dos dimensiones es 
mucho más costoso que utilizar 
un array de una dimensión, al 
cual podemos acceder mucho 
más fácilmente. Por ejemplo, en 
este caso, si nuestro array de 
dos dimensiones es de longitud 
ndatos en mfilas , podemos utili¬ 
zar un array de una sola dimen¬ 
sión pero más grande, y acceder 
a los datos de la forma 
dato=(íinea_ actual *nda tos)+da to_ 
que^buscamos;. 

Para acabar sólo decir que 
para saber si un programa es 
veloz, sólo debéis tener en cuenta 
el número de recursos que consu¬ 
me, lo cual podréis comprobar 
mediante el mismo DEBUG del 
DIV, una herramienta muy útil que 
muy poca gente utiliza. 

Trucos para 
optimizar en DIV 2 

DIV 2, además de habernos pro¬ 
porcionado un nuevo motor y 
algunas funciones nuevas para el 
uso de strings, también nos ha 
proporcionado nuevas funciones 
para la optimización de código y 
la liberación de recursos, así 
como una serie de opciones de 
compilación que pueden ayudar a 
optimizar nuestro programa. 
Además de éstas también conta¬ 
mos con opciones muy útiles, que 
ya aparecieron en DIV 1, como 
son las señales. 

Hablando de éstas últimas los 
usuarios de DIV deben tener en 
cuenta que, mientras un proceso 
está dormido o congelado, se 
reduce notablemente su coste en 
el programa. Esto es debido a que 
no tiene que estar continuamente 
ejecutándose. Es por ello que el 
uso de los signaI: s_sleep,s_freeze y 


s_wakeup, debería utilizarse sólo 
cuando sabemos que no es nece¬ 
sario que se estén ejecutando 
códigos continuamente. Por últi¬ 
mo también debemos tener en 
cuenta que hay que evitar que los 
procesos se ejecuten continua¬ 
mente si no los necesitamos más. 


Siempre que un proceso deje de 
ser útil debemos acabar con él, ya 
sea mediante programación, o 
con el uso de la señal s_kiil. 

También debemos procurar 
tener cargado solamente lo que 
necesitamos a cada momento. Si 
cargamos ficheros, paletas, fuen¬ 
tes, o lo que sea, debemos acor¬ 
darnos de liberar la memoria utili¬ 
zada mediante el unload pertinet- 
ne. De esta manera el ordenador 
volverá a disponer de los recursos 
que ocupaban estos ficheros. 

Entre las nuevas funciones que 
encontramos en DIV 2, podemos 
hallar tres realmente útiles para 
una gestión dinámica, y por tanto 
optimizable, de la memoria: free( 
ma¡loc( , y memory_free(). 

Mediante estas funciones pode¬ 
mos reservar posiciones de memo¬ 
ria para nuestros tipos de datos, 
pudiendo controlar el espacio 
ocupado, y podemos liberar los 
recursos cuando nosotros desee¬ 
mos. El uso de estas funciones es 
complicado y os aconsejo que 
experimentéis un poco con ellas 
antes de usarlas en vuestros pro¬ 
gramas. Pero el dominio de estas 
funciones, junto 


Cuando un proceso 
deje de ser útil 
debemos eliminarlo 


con las otras 
opciones que 
tenemos de libe¬ 
rar recursos, así 
como de guardar información en 
disco para una mejor gestión de 
lo que necesitamos, es lo que va a 
hacer que vuestros juegos sean 
realmente óptimos en DIV. 


Para acabar 

Terminamos simplemente reco¬ 
mendando que probéis vuestros 
algoritmos y experimentéis con 
ellos. No os conforméis con el pri¬ 
mero que funcione pues, normal¬ 
mente, nunca es el mejor. Además 
podéis consultar algunos libros 
que pueden ayudaros a optimizar 
vuestros programas, que a pesar 
de estar en inglés, son realmente 
muy interesantes: 

Writing Solid Code de Steve 
Maguire 

Code Complete de Steve 

McConnell. 

Una buena lectura a tiempo 
puede ahorraros muchos esfuerzos 
en el futuro. 


Jordi Martín 
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Modelando una nave espacial 

En el artículo anterior se introdujo a los 
usuarios de DIV en el programa 3DS MAX con 
el que ya se generó una escena. En este 
artículo se va a seguir utilizando este 
programa, pero esta vez nos vamos a centrar 
más en el diseño de objetos que se van a usar 
en el juego mismo y no en la presentación. 


”— 1 n este artículo se va a intro- 

_, ducir un apartado nuevo 

I llamado "dudas de ios lec- 
I—i tores" y en el caso de que 
los lectores vayan mandando sus 
propias imágenes, se irán publican¬ 
do en esta sección o en el CD. Es 
decir los usuarios que quieran cola¬ 
borar pueden hacerlo mandando 
sus imágenes o dudas a 
dmc@mundomaiLnet 


Se debe tener una 
idea clara de cómo 
debe ser la nave 


Un juego de naves 

En este artículo se va a empezar a 
generar todo lo necesario para 
hacer un juego de naves, es decir, 
las mismas naves, los asteroides, la 
pantalla de presentación, los mar¬ 
cadores, etc. Para ello 
se van a utilizar los pro¬ 
gramas 3DS MAX y el 
Adobe Photoshop (se 
pueden seguir los mis¬ 
mos pasos con algún programa 
que no sea Photoshop aunque 
algunas cosas cambian). A! igual 
que en la creación de la copa del 
artículo anterior, primero realizare¬ 
mos el modelado de la escena, 
después pasaremos a ponerle tex¬ 
tura. Y finalmente, antes de hacer 



Figura 1 - Un cubo 3D 


el render f deberemos iluminar y 
enfocar la escena de la manera 
apropiada. En este número se va a 
tratar más a fondo los parámetros 
de la opción render. 

Modelando la nave 

A la hora de modelar un objeto se 
debe pensar cuál es la manera más 
fácil y más apropiada de hacerlo. El 
autor de estas palabras se ha 
decantado por hacer la nave a par¬ 
tir de un cubo, ya que no requiere 
la utilización de técnicas complejas 
y puede llegar a dar unos resulta¬ 
dos estupendos. 

Lo primero que se debe hacer 
es crear un cubo (se explicó como 
crearlo en el primer artículo por lo 
que no se insistirá mucho en la téc¬ 
nica). Para crearlo se debe ir al 
panel create y entrar en el apartado 
de geometry. Dentro de dichos 
apartados se debe seleccionar del 
listbox la opción de primitives. Una 
vez realizado esto se debo hacer 
clic sobre el botón que pone box y 
a continuación ya se puede crear 
desde cualquier vista. El resultado 
de la operación realizada debería 
ser parecido al de la figura 1. 



Fig.2 - Comparación de suavizados. 
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Figura 3 - Modificador "Edil Mesh 


rr 


La técnica que se va a utilizar 
para modelar la nave es extruir caras 
para coger una forma aproximada y 
después aplicar el modificador 
meshsmooth que provoca un suavi¬ 
zado del objeto. Cuantas menos 
caras tiene el objeto más suavizado 
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queda, pero el modificador también 
iene parámetros para hacer que 
afecte más o menos el suavizado. 

El número de caras de un cubo 
viene determinado por los paráme¬ 
tros que se le insertan al crearlo. 

Sin embargo, si no le hemos apli¬ 
cado ningún modificador, se le 
puede cambiar el número de caras 
desde el panel modificar. En la figu¬ 
ra 2 se puede observar la diferencia 
entre un cubo con pocas caras sua¬ 
vizado y un cubo con muchas 
caras también suavizado. 

Ahora se debe proceder a 
modelar la nave. Lo primero de 
todo, se debe tener una idea clara 
de cómo debe ser la nave (su 
forma exterior). Éste es un concep¬ 
to muy importante a tener en 
cuenta en el mundo de las 3 
dimensiones. El autor recomienda 
hacer unos 3 dibujos (desde arriba, 
de frente y de perfil). El dibujo en 3 
dimensiones no hace falta hacerlo 
puesto que para ver nuestra nave u 
objeto resultante en 3 dimensiones 
ya utilizamos nuestro programa. 

Los dibujos no deben estar tra¬ 
bajados excesivamente, solo deben 
ser lo suficientemente claros para 
que la persona que vaya a modelar 
ia nave sepa cómo es, es decir, hay 
que dar una idea global de cómo 



Figura 5 - Nave con "Meshsmooth" 



Figura 4 - Nave sin "Meshsmooth 


va a ser el objeto en sí. 

Ahora ya se puede empezar a 
crear la nave. Para ello se debe ir al 
panel de modificadores y aplicar el 
modificador edil mesh. Sin tocar 
ninguna de las opciones del modi¬ 
ficador los resultados deberían ser 
semejantes a los de la figura 3. 

Lo que se debe hacer ahora es 
cambiar el contenido del fistbox, 
donde hay escrito vertex debemos 
ponerlo en face. De esta manera 
ahora lo que se va a modificar va a 
ser la cara, que previamente debe¬ 
rá ser seleccionada. Una vez que 
estamos en modo face, se debe ir a 
cualquier vista la que vaya mejor 
en cada caso) y pulsar sobre la cara 
que se quiera modificar. Esta cara 
se mostrará de color rojo y enton¬ 
ces ya se podrá modificar. 

El siguiente paso que se debe 
dar es extruir la cara. Para ello se 
debe mirar en las opciones del 
modificador y fijarse especialmente 
en un apartado llamado extrusión. 

En él hay una opción llamada 
amount. lista opción sirve (cuando 
se tiene una cara seleccionada) 
para extruir la cara. Para ello debe¬ 
mos hacer clic y, sin dejar de apre¬ 
tar el botón, mover el ratón hacia 
arriba o hacia abajo para cambiar 
el valor de la extrusión. Una vez 
hecho esto se deben seleccionar las 
caras que se prefieran para ir 
haciendo una nave. De momento 
va a quedar algo cuadrada, pero 
después de aplicarle el modificador 
meshsmooth quedará muy suaviza¬ 
da. En la figura 4 se puede obser¬ 
var una nave realizada por el autor 
sin el modificador meshsmooth. La 
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Figura 6 - Modificador 
"Meshsmooth". 

imagen 5 es la misma nave pero 
con el modificador aplicado. 

Las imágenes 4 y 5 muestran la 
nave que ha modelado el autor, 
pero se pueden conseguir resulta¬ 
dos mucho mejores empleando 
esta técnica. Lo que se debe hacer 
es trabajárselo mucho para que la 
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Figura 7 - Diferentes valores de "iterations" 


1 



A 




aa# 

M 








1 









19 





















































































































Diseño y Gráficos 



Figura 8 - Textura para la nave. 


nave sea convincente y atractiva. 

Una vez modelada la nave, 
basándose en la técnica de extruir 
caras, lo que se debe hacer es apli¬ 
car el modificador meshsmooth, 
pero antes de hacerlo se debe 
desactivar la opción de sub-object. 
Una vez desactivada dicha opción y 
pulsado el modificador de meshs¬ 
mooth la nave quedará suavizada, 
teniendo en cuenta que tocando 
algunos parámetros se puede suavi¬ 
zar más o menos. En la figura 6 se 
puede observar los parámetros que 
tiene el modificador meshsmooth. 

Tocando los valores de strength, 
relax valué y s harpness podemos 
alterar el resultado del suavizado. 

Si, además de lo anterior, se toca el 
valor de iterations se puede conse¬ 
guir un buen resultado. El apartado 
de iterations añade más o menos 
rejilla al objeto siendo en valor 1 
poco suavizado y en valor 4 muy 
suavizado. En la figura 7 se puede 

observar la diferencia 

Podemos dar 4 entre los diferentes 

valores al suavizado valores de iterations. 

En la figura 7 se ve 

poca diferencia entre los valores 3 y 
4, pero si se hubiera tenido un obje¬ 
to bastante más complejo, entonces 
se habría podido observar la dife¬ 
rencia. 

También se debe remarcar el 
apartado de surface parameters, 
donde hay un botón que se puede 
activar llamado smooth resuit Lo 
que se logra con ello es que, en la 
representación de la escena (ren¬ 
den, no se vean cuadrados de sua¬ 
vizado, sino que parezca una 
superficie totalmente lisa y orgáni¬ 
ca al mismo tiempo. Para la crea¬ 
ción de la textura podemos usar 
un bitmap (mapa de bits) cualquie- 



Figura 9 


Nave con textura. 


ra, que colocaremos en las rejillas 
de diffuse y bump. Se explicó su 
posición en el artículo anterior 
pero, por si no se recuerda, estas 
rejillas están en la opción MAPS del 
editor de materiales. 

En el ejemplo del artículo se ha 
aplicado una textura como la de la 
figura 8, pero se puede utilizar 
cualquier tipo de textura. 

Para la rejilla diffuse se utilizó 
una imagen como la de la figura 8 
pero para la rejilla de bump se 
debe utilizar otro tipo de textura. 
Generalmente en el bump se utili¬ 
zan imágenes en blanco y negro 
para resaltar el relieve que se va a 
provocar. Para hacer el bump de la 
nave sería interesante utilizar un 
bump con cuadrados y líneas cru¬ 
zando, como si se tratara de 
pequeños compartimentos o una 
especie de salidas de aire de la 
nave. En la figura 9 se puede 
observar un render de la nave con 
una textura en diffuse pero con 
ninguna textura en bump. 

Teniendo en cuenta que la nave 
modelada va a ser utilizada en un 
juego, por lo general, es típico 
hacer la representación de la 
misma (render) desde arriba y des¬ 
pués inclinándose hacia los lados, 
de manera que en el juego coja un 
aspecto más tridimensional. 

Para realizar los renders, men¬ 
cionados anteriormente, lo que se 
debe hacer es lo siguiente: primero 
realizar un render desde la vista fop; 
a continuación lo que se va a hacer 
es rotar el objeto (no la cámara). 
Esto se hace de la siguiente mane¬ 
ra: si uno se fija en la barra que hay 
en la parte de arriba del 3DS MAX 
se puede comprobar que existen 
los botones mover, rotar y escalar. 


También hay otros 3 botones 
que son los ejes en los que se va a 
mover, rotar o escalar. Si tenemos 
un objeto seleccionado y se pulsa 
en los botones anteriormente men¬ 
cionados, es decir, rotar en nuestro 
caso, y escogemos el eje correcto, 
ya estamos preparados para mover 
la nave. El resultado de esta opera¬ 
ción, después de haber generado 
los 3 renders, sería algo parecido a 
la figura 10. Hay que tener en 
cuenta que la figura 10 es una 
composición, tu tendrás las imáge¬ 
nes por separado. 

Para darle un poco de vida al 
juego se recomienda darle una ilu¬ 
minación adecuada. 

Otra cosa a tener en cuenta a 
la hora de generar un objeto es 
para qué se utilizará. Por ejemplo, 
la nave que se ha modelado es 
para meterla dentro del juego por 
lo que el valor de iterations no 
tiene porque ser muy alto. Pero si 
la nave se fuera a utilizar para una 
animación de presentación, o para 
una pantalla en la que se muestra 
información, entonces sería reco¬ 
mendable tener el valor de itera¬ 
tions de 4, corregir errores en la 

textura, etc. j 

Siguiendo con el juego, ahora 
se debería generar la nave o naves 
de los malos, pero eso se deja de la 
mano del lector, puesto que los 
pasos a seguir son los mismos que 
hemos visto hasta este momento. 

Es decir, extruir caras y hacer 
meshsmooth , pero hay un detalle 
que no se ha comentado. También 
se pueden generar los objetos a 
partir de primitivas, y a veces una 
buena textura puede darle más 
vida que una forma orgánica gene¬ 
rada con meshsmooth. A continua¬ 
ción se va a mostrar un ejemplo en 
el que se modela una parte de una 
nave y se le da una textura que le 
da bastante apariencia de realidad. 

La técnica de poner textura que 
se va a explicar a continuación es 
algo compleja. Si alguien se pierde 
y quiere que profundice más sólo 
tiene que enviarme un e-mail y su 
duda será respondida, tanto por 
correo electrónico como por la 




Figura 10 - Render de la nave. 
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Figura 11 - Alerón sin textura. 

revista, para que a los otros lecto¬ 
res que tengan la misma duda les 
quede resuelta. 

Para empezar se debe crear un 
spiine y extruirlo. El autor se ha 
decantado por hacer lo mismo que 
se puede ver en la figura 11 y 
ponerlo encima de la nave, como 
si de un alerón se tratara. Esto sólo 
es un ejemplo, se puede hacer la 
nave como uno quiera. 

A continuación se debe hacer 
un render desde la vista left, de 
manera que veamos todo el cuer¬ 
po del alerón donde nos gustaría 
poner un dibujo o alguna otra 
cosa. Una vez que se tenga la ima¬ 
gen renderizada desde la vista 
izquierda, nos debemos ir a algún 
paquete de dibujo y, desde éste, 
recortar la imagen de manera que 
los bordes del objeto queden al 
limite del espacio de la imagen. 

Este último punto, el de recortar la 


imagen, es muy importante, pues¬ 
to que si no se realiza adecuada¬ 
mente puede provocar que desde 
el programa 3D no tengamos el 
resultado deseado. 

Una vez pintada la zona por 
donde se supone que pasa el ale¬ 
rón y pintando también un poco 
los bordes se debe volver a MAX 
para aplicar la textura. Para hacerlo 
debemos entrar al editor de mate¬ 
riales y donde pone que ese mate¬ 
rial es standard cambiarlo por 
multi-subobject, una vez dentro se 
debe especificar cuantos sub-mate- 
riales tiene este material que se va 
a crear. Para cambiar el número de 
sub-materiales se debe pulsar en el 
botón llamado set number . En el 
caso de estar creando la imagen de 
este artículo sólo hace falta poner 
2 ó 3. Ahora, si se intenta acceder 
a alguno de estos sub-materiales, se 
podrá observar que son como un 
material normal por lo que hemos 
dividido un material en varios sub¬ 
materiales. Cada uno de estos sub- 
materiaies podrá ser aplicado a una 
cara diferente del objeto (no nece¬ 
sariamente a una cara, puede estar 
aplicado a muchas caras). 

Siguiendo con la textura del 
alerón lo que se debe hacer es 
entrar en uno de los sub-materiaies 
y en el apartado de MAPs insertar el 


bitmap creado en la rejilla diffuse. 
Una vez realizado esto se debe apli¬ 
car el material al objeto (en el caso 
del ejemplo del artículo al alerón). 

Si ahora no se toca nada, el 
3DS MAX habrá asignado cada 
sub-material a una cara cualquiera 
del objeto, pero esto se puede 
corregir fácilmente. 

Para asignar a que caras debe 
afectar cada sub-materiai se debe 
utilizar el modificador edit mesh, ya 
comentado anteriormente en esi:e 
artículo, e ir al apartado faces . 
Seguidamente se deben escoger las 
caras que se deseen y, finalmente, 
hay que meterse en el apartado edit 
surface. Dentro de 


Vamos a hacer un alerón 
para la nave 


éste hay un suba¬ 
partado llamado 
material y dentro 
del mismo hay otro subapartado 
que es /D. El valor que se ponga 
dentro de ID es el submaterial que 
se va a asignar. Es decir, que si se 
aplica correctamente este modifica¬ 
dor podemos conseguir un resulta¬ 
do similar al de la figura 13. 

Utilizando la misma técnica es 
relativamente fácil ponerle textura a 
una lata. Pongamos el ejemplo de 
que se quiere crear una lata de 
Coca-cola. Los pasos a seguir serían 
modelarla con la opción fathe a par¬ 
tir de un spiine y después, seleccio- 


Dudas de los lectores 

En esta primera entrega de “dudas de los lecto¬ 
res'' tenemos 3 cuestiones de ARM muy interesantes 

y que pueden ayudar a muchos de los interesados en 
estos temas. 

Primera pregunta: 

Su primera duda se basaba en la creación de la 
copa del articulo número 3. Primero me dijo que, 
para que le saliera la copa entera, no debía dibujar el 
perfil sino toda la copa. 

Respuesta: 

La respuesta a esto es que en lathe debía fijarse 
bien en las opciones de align , donde hay 3 botones 

que son min, max y center. Se deben pulsar buscando 
el efecto esperado. 

Segunda pregunta: 

Su segunda duda seguía siendo sobre la copa. 
Ahora la había conseguido hacer con el medio perfil 
pero después se veía de una forma rara. 

Respuesta: 

A todos los que les haya pasado el mismo caso el 
autor de este artículo les ruega que no se alarmen 
porque es una cosa muy normal. Al hacer el lathe 
hay veces que las "normales" están invertidas. Las 
“normales" son la forma de ver un objeto, por decir¬ 
lo de alguna manera, es decir, se puede ver la parte 
de dentro o la parte de fuera. Para corregir este error 
la opción lathe tiene un checkbox que se llama flip 
normáis, y sirve para invertir las normales. Si no se 


encuentra esta opción, o las normales quedan inver¬ 
tidas al crear algún otro objeto, lo que se debe hacer 
es recurrir al modificador normal. 

Tercera pregunta: 

En la tercera pregunta, ARM, se va a un tema un 
poco más avanzado, pero que igualmente se le res¬ 
ponderá en la revista. Él pregunta que si tiene hecha 
una animación desde 3DS MAX , cuando la renderiza, 
cómo la puede guardar como animación. 

Respuesta; 

Bueno, la respuesta a esta pregunta también es 
fácil. Lo que se debe hacer es entrar en el apartado 
de renden y en él encontramos un apartado donde 
se escribe el fichero de salida. Hay que poner un 
fichero de extensión AVI o FLC. Además de eso, arriba 
del todo, en la ventana de render ; por defecto pone 
single frame (un solo fotograma ). Esto debe cambiar¬ 
se a range, y ponerlo de 0 a 100. 

Otra cosa a tener en cuenta en las opciones de 
render es que se puede cambiar el tamaño de la ima¬ 
gen resultante. Si nos fijamos por defecto está a 
640x480 pero se puede cambiar a 320x200, o inclu¬ 
so introducir nuestros propios valores de manera que 
se podría generar un render de 30x2000 pixeles. 

Cuando se ponen manualmente los valores del 
tamaño del render, es decir, si supuestamente hiciéra¬ 
mos ese render de 30x2000 pixeles jio aplastaríamos 
la imagen sino que solo se renderizaría esa pequeña 
porción que entra en ese pequeño espacio. 
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Figura 12 - Alerón con textura. 

nando tas caras, ponerle la textura. 

Ahora se mostrará un resumen 
con las cosas más importantes a 
recordar del modelado a base de 
extruir caras y meshsmooth ; 

• Cuantas menos caras haya mas 
suavizado quedará el objeto. 

• Cuanto más alto es el valor de 
iterations del modificador meshs¬ 
mooth más malla se generará 
con el objeto. 

También es importante recor¬ 
dar que no siempre ésta es la 
mejor técnica para modelar naves 
o objetos (extruir caras y meshsmo¬ 
oth ya que utilizar otras opciones, 
como el modelado con primitivas, 
da unos resultados que a veces son 
espectaculares. 

Los asteroides 

Siguiendo con el juego de naves 
ahora se debería crear un asteroide 
para ponerle más dificultad al 
juego. Modelar y poner textura a 
un asteroide es una de las cosas 
mas fáciles que se pueden realizar 
con 3DS MAX. ¡Gracias a los modi¬ 
ficadores crear un meteorito es un 
juego de niños! 

Lo primero que se debe hacer 
es crear una esfera, para ello se 
deben seguir las mismas instruccio¬ 
nes que para crear un cubo con la 
única diferencia que al final se 
debe escribir s phere. Después de 
realizarla debería quedar algo pare¬ 
cido a la figura 13. 

La esfera en sí es algo vulgar 
pero, si le aplicamos el modifica¬ 
dor noise , podemos darle un 
aspecto arrugado y curioso. Si a 
eso le añadimos una buena textu¬ 
ra de tierra podemos acabar 
teniendo un meteorito de aspecto 
muy atractivo. 

El modificador noise se basa en 


distorsionar el objeto. El autor de 
este artículo recomienda bajar el 
valor del apartado scale e ir cam¬ 
biando los valores de X, Y, y Z, de 
manera que quede arrugado. Una 
vez que el meteorito resultante 
guste al lector es la hora de apli¬ 
carle la textura. Para ello se debe¬ 
rá buscar una imagen con tierra, y 
aplicarla de una manera normal, 
es decir, sin muiti-sub-objetos ni 
cosas parecidas. 

Se pueden encontrar muchas 
texturas en CDs de revistas o inclu¬ 
so en Internet. Si se entra en 
http://www.3dcafe.com y después 
en freestuff se podrá encontrar un 
apartado entero sobre texturas y 
dónde conseguirlas. Pero se tiene 
que tener en cuenta que las textu¬ 
ras no son mas que imágenes 
inventadas o fotos escaneadas, por 
lo que si hay que generar una 
escena muy especial con unos 
materiales muy específicos lo que 
se debe hacer es hacer fotografías 
y escanear éstas para disponer de 


unas buenas texturas. 

Para seguir con el juego de 
naves, actualmente una de las 
pocas cosas que nos quedan por 
hacer son las estrellas, pero éstas se 
pueden crear desde cualquier tipo 
de programa de dibujo o retoque 
fotográfico, como Photoshop o simi¬ 
lares. Después habría que hacer un 
scroll para que vayan pasando. 

En este artículo no se ha gene¬ 
rado un personaje ni se ha empe¬ 
zado a hacer un juego de platafor¬ 
mas como se dijo en el artículo 
pasado, pero estas técnicas son 
totalmente aplicables a la genera¬ 
ción de personajes y decorados. En 
el próximo número se va a seguir y 
acabar el juego de naves y nos 
centraremos en el tema de los 
decorados de los uegos. Este capí¬ 
tulo servirá para realizar desde los 
decorados de juegos de platafor¬ 
mas hasta los decorados de las 
pantallas de las aventuras gráficas. 
Pero todo esto será después de 
acabar el juego de naves (con 
código incluido que se va a incluir 
en el artículo siguiente). 

Avanzando como será el juego 
que se a generar, solo se dirá que, 
aparte de tener una presentación 
3D, tendrá varias cosas más, como 
marcador de puntos, música y bue¬ 
nos gráficos. Para poder compilar el 
código que se generará en el próxi¬ 
mo artículo se deberá disponer de 
DiV 2 o de la Beta, que ya salió 
publicada en esta misma revista. 

Reiteramos que, al igual que en 
los artículos anteriores, si alguien 
tiene alguna duda, sugerencia, 
imagen, o lo que sea, que quiera 
compartir con el resto de los lecto¬ 
res que lo envíe a dmc@mundo- 
mail.net y será publicada en la 
revista o en el CD de ésta. 


David Martínez 
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Figura 13 - Esfera normal 
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Programación de aventuras 



En el número anterior ya empezamos a darle forma 
a nuestro juego. Conseguimos que, de forma 
rudimentaria, nuestro jugador pudiese realizar 
acciones sobre una diana de ejemplo. Incluso 
conseguimos que el resultado de una misma 
acción fuese diferente según la sucesión de 
acciones que se hubiese ejecutando antes. 

Sin embargo, esto sólo ha sido el principio. 

A ún nos queda por definir 

cómo se van a realizar 
acciones entre objetos y, 
por norma genera!, nada 
es aparentemente útil donde se 
encuentra, debemos permitir a 
nuestro jugador acarrear objetos 
de una a otra sala del juego. 

Definiendo 

En primer lugar debemos tener una 
"bolsa". Esta bolsa nos va a permitir 
portar objetos. Podremos añadir y/o 
eliminar objetos de la bolsa, también 
debemos poder recorrer la bolsa. 

Para esto usaremos una estructura 
tipo lista que nos permitirá: 

1. Añadir un objeto al final de la 
lista. 

2. Eliminar cualquier objeto. 

3. Recorrer la lista. 



Ejemplo de uso de objeto. 


usaremos la siguiente estructura: 

boisa_max = 35; 

STRUCT Bolsa 
cosa[35]; 
ultima; 
actual; 

END; 


En esta lista almacenaremos los 
ID de los procesos correspondien¬ 
tes a los objetos que se encuentren 
en la bolsa. Debemos saber en 
todo momento el número máximo 
de objetos que tenemos en la 
bolsa, cuál es el último objeto en la 
bolsa y cuál es el actual. Para esto 



En este castillo podemos empezar 
a equipamos. 


• bolsa_max: indica el número 
máximo de objetos que pode¬ 
mos tener en la bolsa simultá¬ 
neamente. 

• cosa[]: es un array de ID de pro¬ 
cesos que será controlado por 
funciones, dándole capacidad de 
lista. El número máximo de ele¬ 
mentos en el array debe ser igual 
a bolsa_max. 

• Ultima: es el último objeto en la 
lista (array), 

• Actual : es el objeto actual en la 
lista (array). 

Es muy importante no mani¬ 
pular directamente esta variable, 
dejándolo que lo hagan las fun¬ 
ciones: 

• PROCESS bolsa_inicia() : Inicia la 
variable "bolsa" con los valores 
adecuados. Dibuja los botones 
bolsa arriba y bolsa abajo. 
Redibuja la bolsa. 



Debemos tener a mano nuetras 
pertenencias. 


PROCESS bolsa_meter(obj): 
Añade el objeto "obj" a la 
bolsa. Para añadir un objeto, 
recorremos la bolsa en busca 
del /D, ya que en DIV no puede 
haber dos procesos simultáneos 
con el mismo ID , y en nuestra 
bolsa tampoco debemos meter 
algo que ya está 
dentro. Si se 


Nuestra bolsa es capaz de 
contener hasta 35 objetos, 
pero sólo podrán visuali¬ 
zarse 14 a la vez. en dos 
filas de siete objetos 


encuentra este 
ID (ya está en la 
bolsa), no hace¬ 
mos absoluta¬ 
mente nada, en caso contrario, 
lo añadimos a la bolsa, pasando 
a ser el último y nos esforzamos 
para visualizarlo, calculando un 
objeto que al ser actual nos per¬ 
mita ver el último. 

PROCESS bolsa_sacar(obj): Extrae 
el objeto "obj" de la bolsa. 
PROCESS bolsa_dibuja(): Dibuja la 
bolsa adecuadamente. En nues¬ 
tro juego sólo pueden visualizar¬ 



los objetos pueden estar dispersos por todo 
el escenario. 
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Programación de aventuras 







Tenemos pocos utensilios todavía. Cada objeto tiene un uso. Nos vamos de compras. 


se 14 objetos ai mismo tiempo 
(en 2 filas de 7 objetos). Para 
conseguir este efecto se visuali¬ 
zan los objetos desde Actual 
hasta Actual + 14 si existen), 
quedando el resto dibujados 
fuera de los límites de la pantalla. 

• PROCESS bolsa_arriba(file): Este 
proceso añade una flecha al 
menú de acciones y desplaza el 
contenido de la bolsa al detectar 
el dick del ratón sobre él. 

• PROCESS bolsa_abajo(file): Similar 
a bolsa_arriba. 

Un objeto, al eje¬ 
cutarse la acción 
"coger", cambia su 
gráfico y se autoa- 
ñade a la bolsa. Si 
por el contrario recibe la orden 
adecuada, vuelve a cambiar su grá¬ 
fico y se autoextrae de la bolsa. 

A mod B 

Para los que se inician en la pro¬ 
gramación les será necesario 
conocer el funcionamiento de 
MOD . Este operador matemático 
nos simplifica a menudo algunas 
tareas. MOD nos devuelve el resto 
de una división entera. Al dividir 
dos números el resto ha de ser 
siempre inferior al divisor. Según 
esto, siempre que trabajamos con 
un rango de valores podemos 
conseguir que éste sea un rango 
de 0 a n-7, teniendo un total de n 
valores posibles. Al hacer a MOD 
b t el resultado siempre será 
menor que b. Si hacemos x MOD 
4, el resultado, dependiendo de x, 
será 0, 1, 2 ó 3. Esto nos permite 
determinar múltiplos enteros per- 



Esta espada ahora es nuestra. 


Es necesario conocer 
el programa MOD si 
estamos iniciándonos 
en la proqramación 


fectos y hacer cálculos para segui¬ 
mientos circulares: 

Circulo ascendente: 

/ = 1+1) mod n (n-4, i = 0, 7, 2, 3, 

0, 1 ...) 

Circulo descendente: 
i = (n+i-1) mod n (n-4 , i=3, 2, 7, 0, 
3, *••) 

Múltiplo perfecto: 

0 == i mod n (n=4, i=148 : TRUE) 

Procedimiento que hace 

de comodín para las acciones generales. 

PROCESS acciones(accion id); 

CASE 0: habla("No lo 

PRIVATE 

necesito"); END; 

n; 

CASE 7: 

ac; 

habla "Podqan echarlo en falta"); 

BECIN 

END; 

// Si se especificó una 

CASE 2: habla("Es 

acción, se hace seg£n ella , si no , 

muy pesado"); END; 

se toma 

CASE 3: habla("Mejor 

// la acción seleccionada 

dejarlo ah¡"); END; 

IF (accionjd == o_none) 

CASE 4: habla("No lo 

ac = Acción, id acción; 

necesito"); END; 

ELSE 

DEFAULT: habla("No 

ac = acción id; 

puedo llevarlo"); END; 

END; 

END; 


END; 

// Generamos un n§ aleato - 

CASE o Dar: 

i rio que debe ser redondeado 

habla("Mejor no "); | 

n = rand(0, 30); 

END; 

SWITCH (ac) 

CASE o_Abrir: 

CASE o_none: END; 

habla("Parece no abrir - 

CASE o Ir a: END; 

se "); 

CASEo Hablar: 

END; 

SWITCH (n mod 2) 

CASE o_Cerrar: 

| CASE 0: habla("Ser¡a 

habia("Parece no 

perder el tiempo"); END; 

cerrarse"); 

DEFAULT: habla(" T£ 

END; 

crees que deber¡a?"); END; 

CASE o Usar: 

END; 

SWITCH (n mod 4) 

END; 

CASE 0: habla("No se \ 

CASE o Mover: 

que hacer con eso"); END; 

SWITCH (n mod 3) 

CASE 1: habla("Parece 

CASE 0: habla("No 

no funcionar"); END; 

alcanzo "); END; 

CASE 2: habla(“Hacer 

CASE 1: habla("Parece 

eso no tiene sentido"); END; 

muy pesado "); END; 

DEFAULT: 

DEFAULT: habla("No 

hablaí"Mejor no"); END; 

creo que deba hacer eso "); END; 

END; 

END; 

END; 

END; 

DEFAULT: 

CASE o_Mirar: 

habia("No entiendo lo 

habla("No veo nada en 

que quieres hacer"); ¡ 

especial"); 

END; 

END; 

END; 

CASE o Coger: 

des objetoQ; 

SWITCH (n mod 4) 

END; 
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Programación de aventuras 



Mejor darle el papel a ella. Otro escenario para explorar. 


La práctica 

En e! número anterior .nuestros 
objetos quedaron aún muy sosos. 
Ya podemos interactuar con ellos, 
pero, ¿y si queremos combinar 
objetos de la forma usar objeto1 
con objeto2 ? Llamaremos primario 
a objetol y secundario a objeto2. 
Debemos distinguir ahora dos 
tipos de objetos: los combinables 
y los no combinables, 

1, Objetos no combinables : la 
manera de actuar de un objeto no 
combinable con otro será: 

Si no hay objeto secundario: 
ejecutamos. 

Si hay objeto secundario: si 
somos secundario pasamos el con- 
trol al primario. Si somos primario, 
damos error. 

2. Objetos combinables con otros 
objetos: cuando un objeto puede 
combinarse con otro, lo que debe¬ 
mos hacer es lo siguiente: 

Si no hay objeto secundario: nos 
preparamos para esperar al secun¬ 


dario. No seguimos ejecutando. Si 
hay objeto secundario: Podemos 
hacer tres cosas: 

• Determinar quién es el otro 
objeto (si somos primario o 
secundario). 

• Sabemos que hacer con el otro 
objeto. Hacemos lo que tenga¬ 
mos que hacer. 

• No sabemos que hacer con el otro 
objeto. Si somos secundario, pasa¬ 
mos el control al primario. Si no 
somos secundario, damos error. 

Es muy importante al combinar 
objetos asegurarse de que ambos 
no estén en la bolsa de objetos. Si 
lo estuviesen, se deben sacar. El 
objeto nuevo resultante puede aña¬ 
dirse a la bolsa si se quiere. Cuando 
se combinan dos objetos (A y B), 
puede ocurrir lo siguiente: 

1. A se modifica y B muere. 

Debe ejecutarse siempre A para que 
mate a B. Ejemplo: si usamos una 
chincheta en un tablero de corcho, 
el objeto tablero se modifica, míen¬ 



los objetos pueden conseguirse en los lugares más insospechados. 


tras que la chincheta desaparece. 

2. A se modifica y B permane¬ 
ce. Preferiblemente debe ejecutarse 
A. Ejemplo: usamos una botella de 
agua con un vaso vacío. El objeto 
vaso se modifica, pero la botella no 
desaparece. 

3. A y B se modifican. Ejemplo: 
en el caso anterior, el objeto bote¬ 
lla se modifica porque ya no está 
completamente llena. 


Nuestro programa 

Para realizar todo esto hemos teni¬ 
do que modificar el gráfico del 
menú, eliminando los cuadros de la 
bolsa de objetos, 
ya que ahora sí 
saldrán objetos. 

Las flechas para 
subir y bajar son gráficos indepen¬ 
dientes para los procesos bolsa_arri 
ba() y bolsa_abajo(). 


Los objetos pueden 
combinarse entre sí y 
dar lugar a otros objetos 


En esta ocasión, para probar 
nuestro código hemos incluido 
siete arcos, siete flechas, siete dia¬ 
nas y siete trípodes. El comporta¬ 
miento de los objetos es: 

Flecha: sólo se puede usar con 
arco y cogerse. 

Arco con flecha: sólo puede 
usarse con la diana sobre trípode, 
volviendo a ser arco. 

Diana: Sólo se puede coger y usar 
con el trípode para darle consistencia, 
entonces se convierte en diana sobre 
trípode, desapareciendo de nuestra 
bolsa de objetos si la teníamos. 

Trípode: Sólo se puede usar con 
la diana. 


Miguel A. Barroso 


t 


Nota sobre los ficheros fuente. 


Los ficheros fuente del CD están preparados 
para ser instalados en el directorio 
\div\cag\04 en la unidad donde tengas insta¬ 
lado DIV Games Studio. 






















































Web Div 



Divertida y DIVersa 



A Ti 


Nace la primera revista electrónica dedicada al 


mundo de la programación con DIV y DIV2. Su 


nombre DIVnet. Una estupenda página web, 

—, H 


totalmente independiente, y que se convertirá, 


seguro, en referencia obligada para todos 


aquellos interesados en el programa DIV. Otra 


web para añadir a vuestra libreta de 


direcciones. 


3 ra sólo cuestión de tiempo el 
que apareciera en el procelo¬ 


so mar de Internet una pági- 
i na en forma de revista elec¬ 


trónica dedicada al mundo DIV. Y 
su nacimiento no se ha producido 
de cualquier manera. Os podemos 
asegurar que esta revista es com¬ 
pletísima, y eso que sólo están en 
su número cero. Nuestra felici¬ 
tación a los creadores de esta mag¬ 
nífica idea. Desde estas páginas os 
aconsejamos que le echéis una oje¬ 
ada en cuanto podáis. Eso si dispo¬ 
néis de la posibilidad de conectaros 
a Internet, si no, no os preocupéis, 
tan buena nos ha parecido que 


incluimos completo el número cero 
en el CD-Rom que acompaña a la 
revista. Ahora vamos a destriparla 
un poco, aunque seguro que algu¬ 
no ya habrá tecleado la dirección 
web en su navegador favorito. 


DIVnet por dentro 

Esta revista electrónica está dedica¬ 
da por completo al "fantabuloso" 
mundo de DIV. Como dicen los 
mismos creadores de la publica¬ 
ción, este universo en torno al 
desarrollo de juegos con la herra¬ 
mienta DIV esta creciendo día a 
día. Suponemos que esto es debi¬ 
do a que cada vez hay más perso- 


£ DIVnet. la primera revista ON LINE sobre DIV - Netscape 



26 








m 


* 










m 


% 


ñas que no se conforman sólo con 
jugar y jugar a sus títulos favoritos. 
Las inquietudes de todos aquellos 
que quieren dedicarse profesional¬ 
mente a la programación de jue¬ 
gos están siendo colmadas, en 
gran parte, con la aparición de DIV 
y DIV 2. Esto se tenía que reflejar 
en la Red tarde o temprano. 

DIVnet, como toda publicación 
que se precie, tiene una editorial 
dedicada, como no podía ser 
menos en este número cero, a la 
presentación de la revista. El objeti¬ 
vo de DIVnet es, aparte de conver¬ 
tirse en un sitio obligado de visita 
para todos los interesados en saber 
las últimas novedades en torno a 
DIV, ayudar a los que empiezan a 
interesarse en aprender a desarrollar 
sus propias obras. La programación 
de videojuegos, aunque es una acti¬ 
vidad poco desarrollada en España, 
salvo honrosas excepciones, es una 
de las actividades profesionales que 
más futuro tienen y en algunos paí¬ 
ses el sector es uno de los de más 
alto crecimiento económico. 

La revista tiene una sección, lla¬ 
mada "actualidad" dedicada a las 
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Cómo pasar 10 minutos 
divertidos en el Chat 
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Cómo pasar 



Cómo Programar 
Delphi. 



ROM > I 


Cómo trabajar 
con Corel Draw 8 



Manual Técnico 
Lightwave 



Manual Técnico 
3D Studio Max 
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"manual TECNICO 


S M<J PIO 




La comunicación en 
tiempo real hablada 
y escrita, la video- 
conferencia y el IRC 
dejarán de tener 
secretos para ti con 
esta obra dedicada a 
hacer más divertido 
Internet cuando cho¬ 
teamos. 


2.995 pías. Incluye 
CD-ROM. 


Delphi se puede consi¬ 
derar como uno de bs 
entomos de programa¬ 
ción visual más pode¬ 
rosos y a la vez más 
fáciles de utilizar y 
aprender. Esta obra está 
orientada a nivel princi¬ 
piante e intermedio. 


2.995 pías. Incluye 
CD-ROM. 


Herramienta de traban 


rraDaio 

que puede ser utilizada 
tanto a nivel profesional 
como particular. Ma¬ 
nual práctico oon el que 
acceder a bs múltiples 
posibilidades de Corel* 
Draw. 


Incluye CD-ROM. 


Introduce al lector en 
el mundo del modela¬ 
do con Lightwave de 
una forma sene illa y 
práctica: creoción de 
efectos atmosféricos, 
animaciones, etc. 
Incluye ejemplos 
prácticos. 



Incluye CD-ROM. 


La obra definitiva 
tanto para el usuario 
novel como para los 
ya iniciados, que 
lograrán dominar 
esta herramienta en 
poco tiempo. Incluye 
CD-Rom repleto ae 
utilidades, modelos y 
texturas para traba¬ 
jar con 3D Max. 


Incluye CD-ROM. 


Microsoft 
Access 97-98 



Microsoft Access, una 
de las aplicaciones más 
popubres hoy en día, 
que ha logrado con¬ 
solidarse como un au¬ 
téntico estándar entre 
bs gestores de bases de 
datos para entornos 
ráficos como es el caso 
Windows. 


£ 


2.995 pías. 

Incluye CD-ROM. 


Programación 
Gráfica para PC 


fiiltlHUim ía muí ti* htivniNUn inu 



Es una obra dedicada a 
todos aquellos que quie¬ 
ran adentrarse en el 
apasionante mundo de 
la programación visual. 
Se puede aprender, de 
una forma rápida y sen¬ 
cilla, a explotar todas 
bs capacidades gráfi¬ 
cas de su ordenador. 


2.995 pías. Incluye 
CD-ROM. 


Cómo trabajar 
con Linux 


bibuoteca lEcwicfl oí anacíanruAcron* 



Explica cómo comenzar 
a usar Linux y será de 
utilidad para sacar más 
partido a su instalación. 
El sistema ofrece multita- 
rea, potente entorno 
gráfico, alto rendimien¬ 
to y conectividad. 



Incluye CD-ROM. 


Música y FX 
para videojuegos 




MÚSICA* 



VIDEOJUEGQS , m maur 



Medios Técnicos nece¬ 
sarios para b efobora- 
ción de la banda sono¬ 
ra de un videojuego, así 
como los efectos de 
sonido. Todo ello acom¬ 
pañado de una serie de 
¡jercicios prácticos que 
lector podrá ir reali¬ 
zando a medida que 
avanza el libro. 


2.995 pías. 
Incluye CD-ROM. 


Manual Práctico 
de Corel WordPerfect 8 
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El dominio de uno de 
los programas de tra¬ 
tamiento de texto está 
a tu alcance con este 
libro que repasa 
todas las funciones. 
Nunca resultó tan 
sencillo sacarle el 
máximo partido a 
WordPerfect. 


Incluye CD-ROM. 


Cómo Programar 
en Lenguaje C 


tÜHUÓTI Í .A Tf CMIPA £J* ('HnGttAMACION 





El lenguaje C es el 
modelo de programa¬ 
ción por excelencia, el 
más utilizado para todo 
tipo de aplicaciones. 
Este libro le introducirá 
en b programación C 
de una manera ebra y 
sencilb. 


2.995 píos. Incluye 
CD-ROM. 


Cómo Programar 
en Visual Basic 
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Cfeno Programar «n 

VISUAL BASIC 

8.0 



Con Visual Basic 5.0 
creará aplicaciones Win¬ 
dows rápidamente, tra¬ 
bajando con una de las 
herramientas de desa- 
rrolfo más potentes del 
mercado. Con este libro 


conocerá sus propie¬ 
dades y conceptos bási¬ 
cos de programación. 


mmm 


2.995 ptas. 
Incluye CD-ROM. 


Directorio Fundamental 
de Internet 



Directorio Funda¬ 
mental de Internet es 
una completa guía, 
en la que podrá 
encontrar las direc¬ 
ciones más útiles al 
llevar a cabo la com¬ 
pleja tarea de nave¬ 
gar buscando un 
tema concreto. 


2.995 pías. 

Incluye CD-ROM. 


Manual Técnico 
Photoshop 4.0 


..'i. .V.V. Wi’a .V. 



Photoshop es el softwa¬ 
re de retoque fotográfi¬ 
co por excelencia y el 
programa más utilizado 
poríos profesionales del 
diseño. Esta obra per¬ 
mitirá al lector adentrar¬ 
se en el mundo de la 
imagen digitalizada, su 
tratamiento, etc. 



Incluye CD-ROM. 


Cómo trabajar 
con Director 6 
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Páginas web y crea- 


veo y 

ción multimedia con 
este fibro, que recorre 
uno a uno los aspec¬ 
tos fundamentales de 
Director 6, un pro¬ 
grama que permite 
trabajar con sonidos, 
animaciones, texto, 
vídeo digital, etc. 
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2.995 pías. 

Incluye CD-ROM. 


Cómo trabajar con 
Windows 98 



Descubra todas los 
avances del nuevo 
sistema operativo de 
Microsoft y domine 
en poco tiempo todas 
las formas de traba¬ 
jar con él. Incluye un 
CD-Rom con una 
demo completamente 
ae 


operativa del progra¬ 
ma. 


2.995 pías. Incluye 
CD-ROM. 


Cómo Programar 
tus Propios Juegos 
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PROPIOS II 


,os 


Introduce al lector de 
forma sencilla en el 
mundo de b programa¬ 
ción de videojuegos, utili¬ 
zando bs técnicas más 
avanzadas en este 
campo recorrido por b 
historia de bs videojue- 
gos. 
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2.995 pías. Incluye 
CD-ROM. 


Manual Técnico 
AutoCAD 14 
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Manual Técnico 



Descubre b última ver* 
sión de AutoCAD 14, 
un programa de dibujo 
de propósito general, 
mayorifomente difun¬ 
dido en el ámbito del 
diseño asistido por 
ordenador. 



Incluye CD-ROM, 


Programación avanzada 
en DIV 
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SE 



Conozca los últimos 


avances en programa¬ 
ción bajo DIV Gomes 
Studio, con ejempbs, 
trucos, modos ae traba¬ 
jo y una galería de 
direcciones web y cana¬ 
les de IRC sobre el 
mundo DIV. 



Incluye CD-ROM. 




ÓN: 

LIBROS, S.L. 0/ Pintores, 5. 
na, 37184. Salamanca. 

06, fax: 923 25 31 17. 

LLÓN: 

DE LLIBRERIA, S.L. Avd. Ausias 
es Blanques. 46016 Valencia. 
, fax: 961 85 88 91. 

_RES; 

PRÓLOGO, S.A. 0/ Mascara, 
lona. 

0 00, fax: 934 56 95 G6. 

Y CASTILLA LA MANCHA: 

RIMA, S.A. 0/ Abtao, 25 Nave B. 
Madrid. 

5 01 47 49, fax: 915 01 48 99. 



GAIA LIBROS, S.L. 0/ Sagitario, 7-9. 03006, Alicante 
Telf: 965 11 05 16, fax: 965 11 41 26. 

GALICIA 

GRIAL LIBROS, S.L. Pol. Ind. Tambre, Via Diesel, 4. 
15890 Santiago de Compostela. 

Telf: 981 58 97 54, fax: 981 57 59 04. 

ARAGÓN-LA RIOJA-SORIA 

ICARO DISTRIBUIDORA, S.L. Pol. El Plano, C/ A.39, 
M 9 de Huerva. 50430 Zaragoza. 

Telf: 976 12 63 33, fax: 976 1 2 64 95. 

ANDALUCÍA ORIENTAL 

NADALES LIBROS, S.A. Camino Bajo S/N, 
Armilla. 18100 Granada. 

Telf: 958 55 08 03, fax: 958 57 15 56. 

PAIS VASCO-NAVARRA 

TOMÁS ELLÁCURIA, S.A. Pol. Legizamon, 
0/ Nervion, 1 bajo. 48450 Etxebarri, Vizcaya jfl 
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NORTE PROMOCIONES, S.A. C/ Pér„. 
32208 Gijón. 

Telf: 985 14 70 30, fax:- 

EXTREMADURA 

UÑOSA, S.A. Pol. Ind. El Nevero, 

Mar, Nave 10. 06006 Badajoz. 

Telf: 924 27 51 92, fax: 924 27 56 01. 

ISLAS CANARIAS 

TROQUEL DISTRIBUCIONES. Urb. Montaña 
Parcela 31 A, Arucas. 35415 Gran Canaria. 
Telf: 928 62 1780, fax: 928 62 17 81. 

ANDALUCÍA OCCIDENTAL 

DYD/UNIDISA, S.A. Pol. El Pino, Parcela 8E 
Nave 21-22. 41016 Sevilla. 

Telf: 954 51 63 33, fax: 954 25 50 98. 
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Web Div 


Proyecto Estar Guars. 


Todos están de mala uva, es la guerra 
civil. Las naves rebeldes, atacando desde una 
base secreta (Rabin 4.5), han ganado la pri¬ 
mera batalla contra el malvado, ruin y pen¬ 
denciero Imperio Colacao. 

En el transcurso de la batalla, "Carne de 
Cañón", un rebelde, ha robado los planos de 
la última superarma que-te-cagas de chunga ... 
la "Baticao de la Muerte". Un terror tessnoiógico con el suficiente poder como 
pá que la diñen planetas enteros. 

Perseguida por agentes imperiales, la princesa Leia vuelve a su keli sin saber 
que algún pringao le ha colao los planos robados... unos planos que pueden lle¬ 
var a la destrucción total si cayeran en manos de las multinacionales niponas. 



noticias que van surgiendo dentro 
del mundo de la programación y 
desarrollo de juegos. En este primer 
número podemos encontrar artícu¬ 
los sobre desarrolladores, compañí¬ 
as, enlaces para descargar ficheros 
en tu ordenador, como por ejem¬ 
plo la versión beta del juego Enemy. 
También hay información sobre lo 
último que se cuece en el canal de 

chat dedicado 
exclusivamente a 
DIV. Incluso hay un 
enlace a una pági¬ 
na llamada 
"Radikal-Div" dedi¬ 
cada a recoger 
todas las críticas que suscita el pro¬ 
grama DIV. Ya os hemos dicho que 
está revista electrónica es totalmen¬ 
te independiente. 

Otro apartado que seguro va a 
recibir bastantes visitas es la sección 
de "correo". Y os decimos por qué. 
En este número cero ya hay anun¬ 
cios de compañías pidiendo deses- 


Las páginas en Internet 

dedicadas a la 
programación de juegos con 
la herramienta DIV y DIV 2 
son ya multitud» aquí hay un 
ejemplo de las mismas 


peradamente grafistas y desarrolla¬ 
dores para un juego de rol que está 
en su fase de proyecto. Ya os hemos 
dicho que la programación de video¬ 
juegos es una de las opciones a 
considerar seriamente cuando nos 
planteamos la inevitable pregunta 
de ¿a qué narices puedo dedicarme 
para ganar algo de dinero? 

La ineludible sección dedicada 
a recopilar enlaces de otras páginas 
web también esta representada en 
esta revista. Y con direcciones inte¬ 
resantes que luego veremos más 
detenidamente. 

También podemos encontrar 
un apartado dedicado a recopilar 
artículos sobre DIV. En este número 
de presentación hay tres textos. El 
primero trata de las vivencias coti¬ 
dianas de la única chica asidua al 
canal dedicado exclusivamente al 
mundo DIV. Muy interesante. El 
segundo trata, de forma amena, la 
experiencia de formar un grupo de 
programación de videojuegos. Y, 


DlVnet, la primeia revista ON-LINE sobre DIV Netscape 
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por último, el tercero nos introdu¬ 
ce en un tema que cada vez tiene 
más gente interesada en todo lo 
que se publica sobre el mismo: la 
vida artificial. 

Capítulo aparte merece la sec¬ 
ción de "taller". Aquí encontrare¬ 
mos todo lo que puede desear 
cualquier aficionado al programa 
DIV. Sobre todo los que empiezan 
a introducirse en este apasionante 
mundo descubrirán todo tipo de 
utilidades y ayudas que pueden 
servirles para no perderse en este 
inextricable bosque que es la pro¬ 
gramación de videojuegos. Vamos 
a ver que nos ofrece el número 
cero de DIVnet en esta sección. 

El apartado de "taller" esta 
dividido en varias partes, cada 
una dedicada a los géneros 
habituales en los que podemos 
clasificar cualquier título lúdico. 
Primero nos topamos con la sec¬ 
ción "arcade/acción" con un 
curso de programación de juegos 
de plataformas, con ejemplos 
prácticos incluidos. En "aventura" 
nos las veremos con un cursillo de 
desarrollo de juegos tipo aventu¬ 
ras gráficas. En "rol" hay un taller 
de juegos de rol bastante intere¬ 
sante. También hay un hueco 
para los aprendices de generales 
sin mando en plaza en el aparta¬ 
do "estrategia", con un completo 
artículo de introducción al tema. 
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En “deportes" hay un ejemplo de 
programación de un juego pertene¬ 
ciente a este grupo, y además una 
sección dedicada a revisar los jue¬ 
gos clásicos dentro del género de 
las competiciones deportivas. Otro 
rincón interesante es el llamado 
“juegos 3D" con un práctico curso 
de programación 3D. Y por último, 
para auténticos novatos en el tema 
de la programación de videojuegos, 
una sección llamada "principiantes" 
que contiene un curso de funda¬ 
mentos de programación. Habrá 
también algo para los amantes de la 
simulación pero por el momento 
tendrán que esperar hasta la 
siguiente edición de la revista. 

Otra posibilidad que ofrece esta 
página web es la posibilidad de 
realizar un curso de diseño 2D y un 
curso de grafismo 3D vía módem. 
Todo está en la sección de imagen. 
Ya no hay escusas si no tienes dine¬ 
ro para pagarte una academia. 
Internet es todo un pozo de sabi¬ 
duría del que podemos sacar el 
agua necesaria para apagar nuestra 
sed de conocimiento. Incluso 
podemos ducharnos con él. Esta 
dirección es buena prueba de ello. 

Reiteramos nuestra enhora¬ 
buena a los creadores de esta 
estupenda web y les lanzamos, 
desde estas páginas, un aplauso 
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cerrado para que perseveren en 
su trabajo. Estamos deseando leer 
el siguiente número. 

De enlace a enlace 

Y ya puestos no nos hemos resisti¬ 
do a explorar los ¡inks que pode¬ 
mos encontrar en la sección homó¬ 
nima de la revista DIVnet. 

La primera página donde 
hemos caído es en la del grupo de 
desarrollo "PapadaSoft" que tienen 
un interesante logo, acorde con el 
nombre de la empresa. Desde 
luego inusual sí que es. Podemos 
encontrar en esta dirección infor¬ 
mación y noticias sobre los crea¬ 
dores de los juegos llamados Caso 
Cerrado /, Caso Cerrado II y Me mar¬ 
cho pa Francia 98. Todos los juegos 
pueden bajarse para que podamos 
evaluar el trabajo de estos castizos 
creadores. En proyecto tienen dos 
obras, la primera se llamará Fray 
Luis , y será una aventura gráfica; la 
segunda llevará por nombre Estar 
Guars, y no nos hemos resistido a 
reproducir el guión de este futuro 
proyecto. Lo podéis ver en el cua¬ 
dro adjunto del mismo título. 

En la página de Benko encon¬ 
tramos noticias, descargas, links, y 
artículos en torno a DIV y DIV 2. 

Cristal Wave es un grupo 
desarrollador de juegos con el 
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Enlaces a visitar. 

http://www.pagina.de/div2 (página de la 
revista DIVnet) 

http://www. fortunecity. com/skyscraper/ 
century/891 (página de Radikal-Div) 
http://pagina.de/PapadaSoft (qrupo 
PapadaSoft) 

http://alpha2. dizan.informáticos, org (grupo 
Dizan de programación de videojuegos) 
http://pagina. de/Benko 
http://pagina.de/CrystaiWave (grupo 
Crystal Wave) 

http://geocities.com/TimesSquare/Gaiaxy/ 

5141 

http://divgames.com (página de DIV 
Games Studio) 


DIVnet la primera revista 
electrónica en Internet 
dedicada al mundo 
DIV y DIV 2 


entorno DIV. Desde su dirección 
en Internet se puede bajar la últi¬ 
ma versión Beta de su nuevo 
juego de rol llamado Speak Freely. 

En la dirección de Dizan, que es 
otro grupo desarrollador de video¬ 
juegos, encontraremos todo lo rela¬ 
cionado con su nuevo trabajo. Su 
obra se llamará Alpha 2 y es una 
aventura gráfica ambientada en el 
espacio exterior en 
el año 2050. Este 
juego está siendo 
desarrollado con el 
programa DIV 
Games Studio de la empresa 
Hammer Technologies. En esta 
página podéis encontrar un com¬ 
pleto resumen del argumento del 
juego. Y también un apartado en el 
que piden colaboradores para que 
la empresa de desarrollo de este 
juego llegue a buen puerto. Si eres 
programador, grafista 2D y 3D, 
dibujante, ilustrador de fondos, téc¬ 
nico de efectos de sonido, escritor 
o guionista, tienes una oportunidad 
de colaborar con ellos en el desa¬ 
rrollo de Alpha 2. Incluso piden 
dobladores para poner voz a los 
personajes. Date una vuelta por su 
página y, quién sabe, puede que 
seas su próxima adquisición. 

Alfredo del Barrio 
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Iniciación DIV 




Todos los juegos precisan de 
otros factores que, aún no sien¬ 
do imprescindibles, dotan a 
éstos de una mayor profesiona- 
lidad. Sonidos, intros y menús 
son los elementos que aprende¬ 
remos a desarrollar en DIV. 

1 n na vez desarrollado el 

núcleo del juego, debe- 
I II mos comenzar a añadir 

esos retoques que servi¬ 
rán para hacer más vistoso nues¬ 
tro juego. Sonidos, menús, músi¬ 
ca y presentación, entre otros, 
serán los que nos ocupen en 
este número. 

Los menús y las señales 

Todo juego puede contar con un 
menú principal donde poder con¬ 
figurarlo y modificarlo a nuestro 
antojo. La mejor forma de progra¬ 
mar un menú, es 
considerando 
cada pantalla 
como un proceso 
independiente. 

De esta forma, 

cuando estemos en una pantalla 
este proceso permanecerá activo, 
mientras que el resto se encontra¬ 
rán "dormidos". Cuando pasemos 
de una pantalla a otra, basta con 
despertar el proceso asignado a 
dicha pantalla y dormir el actual. 
Esto se hace con lo que se deno¬ 
mina "señales entre procesos". 

Un proceso tiene 4 estados no 
compatibles: 

• Despierto: es el estado normal en 
el que se encuentra un proceso 
en el momento de crearse. En él 
pueden ejecutarse y visualizarse 
normalmente las órdenes. Se 
representa por la señal s_wakeup. 

• Dormido: el proceso no puede 
ejecutarse ni visualizarse, y el 
resto de procesos no detectan 
colisión alguna con éste, sin 
embargo, el proceso seguirá exis¬ 
tiendo en memoria, pudiendo 
despertarlo mediante una señal 
del tipo s_wakeup. Para llegar a 


Cuando en un proceso se 
crean otros se produce 
una estructura jeraquizada 

similar al concepto 

de familia 


este estado, se debe utilizar la 
señal s_sleep . 

• Congelado: el proceso no podrá 
ejecutarse, pero seguirá visuali¬ 
zándose, pudiendo colisionar con 
otros procesos. El objeto sigue 
por tanto existiendo en memoria. 
Para congelar un proceso debe¬ 
mos enviar la señal sjreeze . 

• Muerto: se trata de un estado 
transitorio. El proceso deja de 
ejecutarse y visualizarse y se eli¬ 
mina de la memoria en la 
siguiente visualización o frame. 
Para matar a un proceso debe¬ 
mos enviarle la señal sjkiil. 

Cuando dentro de un proceso, 
se crean otros procesos, se produ¬ 
ce una estructura jerarquizada 
similar al concepto de familia. Los 
procesos creados se llaman hijos, 
y el creador padre. De esta forma 
si los hijos crean nuevos procesos, 
serán nietos del padre de éstos. 
Pero, ¿para qué sirve en realidad 
todo este embrollo familiar?. Pues 
bien, DIV nos permite enviar los 
mensajes anteriormente citados a 
un proceso y a todos sus hijos. De 
esta forma, una pantalla de un 
menú o del propio juego, puede 
tener varios procesos creados, de 
manera que conociendo al padre 
o proceso de la pantalla y envián¬ 
dole el mensaje adecuado, pode¬ 
mos matar, dormir o despertar a 
todos sus procesos hijos. Los 
mensajes que podemos enviar al 
proceso padre y a toda su des¬ 
cendencia son: 

S_wakeup_tree 

S_sleep_tree 

S_freeze_tree 

S_kilf_tree 

Además, cada proceso, sea cual 
sea, posee varias variables locales 
que contienen el identificador de 
su padre, de su hijo mayor (el pri¬ 
mero que creó ), el de sus herma¬ 
nos mayor y menor, así como el 
suyo propio. Estas variables son fat- 
her (identificador del padre), son 
(identificador del hijo), bigbro 
(identificador del hermano mayor 


o primer proceso creado por el 
padre), smallbro identificador del 
hermano menor o último proceso 
creado por el padre) e id ¡dentifi- 
cador del propio proceso), que val¬ 
drán 0 si alguno de ellos no existe. 

Una vez realizada toda esta 
introducción, veamos la instruc¬ 
ción que debemos escribir para 
enviar estos mensajes: Signal. Su 
estructura es: 

Signal (<identificador de proce¬ 
so>, <mensaje>); 

Signal (TYPE <tipo de proceso>, 
<mensaje>); 

La diferencia entre ambas es 
que la primera manda el mensaje 
sólo a un proceso, míen eras que la 
segunda lo manda a todos los del 
mismo tipo. 

Por tanto, veamos el código 
necesario para pasar de un menú a 
otro. Supongamos que estamos en 
el menú principal y pasamos al 
menú de opciones. Creamos por 
tanto un proceso opciones que 
contenga el código: 

PROCESS opcionesQ 

BEGIN 

//... 

signal (father / s_sleep_tree); 

signal (id, s_wakeup); 

LOOP 

//... 

' FRAME; 

END 



Arbol de jerarquías entre procesos. 
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Con 3D$tudio MAX podemos crear también animaciones FLI/FLC de 
forma sencilla. 


SignaI (father, s_wakeup_tree); 

Signai (id,s_kill_tree); 

END 

Al crearse, duerme todos los 
procesos creados por el padre, de 
forma que desaparezcan de la 
pantalla, pero se conserven en 
memoria, y como el proceso 
actual se encuentra entre ellos, se 
despierta a sí mismo. Cuando ter¬ 
mina la ejecución del proceso 
opciones, lo matamos, así como a 
todos sus hijos, y despertamos al 
proceso padre y a todos sus proce¬ 
sos hijos, excepto al actual que ya 
está muerto. 

Este es el concepto básico que 
se debe aplicar a odos los proce¬ 
sos. Ahora veamos cómo podemos 
diseñar los distintos elementos pro¬ 
pios de un menú, como pueden 
ser los botones y los botones de 
varios estados, así como los textos. 

Controlando 
los menús: Botones 

Cada día, pulsamos cientos de 
veces esos tan frecuentes botones 
de Windows . ¿Nunca os habéis 
preguntado cómo se hacen?. 

Pues es tan sencillo como dispo¬ 
ner de dos mapas gráficos distin¬ 
tos, uno para cada estado: pulsa¬ 
do o sin pulsar. En consecuencia, 
debemos verificar el estado del 
ratón cada vez que se procese un 
trame para ver cual de los mapas 
mostramos por pantalla: 

• Pulsado: si existe colisión entre el 
proceso y el ratón y está pulsado 
el botón izquierdo del ratón. 

• Sin pulsar: cualquier otro caso. 

• Traduciendo a código lo anterior 
y siendo los índices de los mapas 
1 (sin pulsar) y 2 (pulsado): 

PROCESS boton(x / y) 

BEGIN 

Graph = 1; 

LOOP 

IF (coliision(TYPE mouse) AND 
mouse.left) 

Graph-2; 

ELSE 

Graph = /; 

END 

ERAME; 

END 

END 

En cuanto a cómo crear los grá¬ 
ficos, decir que existen numerosos 
programas de retoque fotográfico 
que tienen efectos denominados 
Buttonize con los que realizar efec¬ 
tos de botón a cualquier gráfico. 
Además de este tipo de botones, 
también existen otros que cambian 
su imagen cuando el cursor se 
encuentra encima, con lo que para 



programarlos debemos disponer 
de tres imágenes cuyos índices 
serán por ejemplo 1 (inactivo), 2 
activo) y 3 (pulsado). Veamos el 
código necesario para estos boto¬ 
nes, que como veréis será muy 
similar al anterior: 

PROCESS boton2(x / y) 

BEGIN 
Graph = 1; 

LOOP 

IF (collision(TYPE mouse) ) 

// si lo deseamos 

podemos cambiar el cursor del ratón 
mediante 


// mouse.graph = 4; 
siendo 4 un nuevo tipo de cursor 
IF (mouse.left) 




Graph = 3; 

// actual en consecuencia a la 

pulsación 

ELSE 

Graph = 2; 


END 


ELSE 

Graph = 

1; 

END 

FRAME; 




END 

END 


Hemos visto dos casos senci¬ 
llos de cómo realizar botones. No 
obstante existen otras variaciones, 
pero con esta base no encontra¬ 
réis dificultad alguna en cómo 
programarlos. 

Escribiendo textos 

i Casi cualquier menú dispone de 
textos que nos indican las acciones 
que se pueden realizar. En el 
número anterior vimos cómo podí¬ 
amos escribir números en la pan- 

^ \ ^ ^ f 


talla y que se actualizasen solos, 
así como la creación de nuevas 
fuentes de texto. Veamos ahora 
cómo se puede escribir cualquier 
tipo de texto. 

En DIV, cuando creamos un 
texto, éste permanece en pantalla 
hasta que lo destruyamos. 
Permanecerá inalterado, y lan sólo 
podremos modificar su posición. Si 
queremos cambiar el texto, debe¬ 
mos destruirlo y crear uno nuevo 
con un texto distinto. Las funcio¬ 
nes que se usan para ello son: 

• Write (<fuente de texto>, <x>, 
<y>, ccódigo de centrado, 
<texto>): escribe el texto en la 
posición (x, y) de la pantalla, 
siendo dicha coordenada el 
punto indicado por el código 
de centrado. Para ver los posi¬ 
bles códigos de centrado, con¬ 
sulta la tabla 1, Debemos 
enviarle como primer parámetro 
el código de la fuente de texto 
deseada que hemos cargado 
previamente, ó 0 si deseamos 
usar la fuente del sistema. La 
función devuelve un identifica- 
dor propio del texto que debe¬ 
mos usar posteriormente, o 
bien para modificar fa posición 
del texto, o bien para destruirlo. 

• Delete_text( <¡dentificador de 
texto>): elimina de forma defini¬ 
tiva el texto indicado por el iden- 
tificador. Si se le envía como 
identificador all_text se eliminan 
todos los textos. 

• Move_text(<identificador de 
texto>, <x>, <y>): desplaza el 
texto indicado por el identifica¬ 
dor a la posición (x,y) de la 
pantalla. 

Si probamos los textos, vere- 
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Tabla 1. Código de centrado de los textos 

Código de centrado 

Significado 

0 

Arriba izquierda 

1 

Arriba 

2 

Arriba derecha 

3 

Izquierda 

4 

Centro 

5 

Derecha 

6 

Abajo izquierda 

7 

Abajo 

8 

Abajo derecha 
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Iniciación DIV 



El sonido es un apartado fundamental en el juego. 


no se ha pulsado ninguna tecla. 

Por tanto si queremos verificar la 
pulsación de alguna tecla, debe¬ 
mos añadir la secuencia: 

WHILE (trame JliQoO AND 
$ccm_code==0 AND NOT mouse.left) 

Para eliminar posibles pulsacio¬ 
nes de teclas en instantes anterio¬ 
res a la apertura de la animación, 
debemos asignar manualmente el 
valor nulo a la variable scan_code. 

Hasta aquí la reproducción de 
animaciones, ahora tan sólo nos 
falta la reproducción de sonido 
para terminar con nuestros reto¬ 
ques al juego del anterior número. 

Reproduciendo sonidos. 

Los sonidos pueden ser tan impor¬ 
tantes como lo son unas, buenas 
imágenes. Aporta el realismo nece¬ 
sario para complementarse con las 
imágenes y generar un escenario 
casi real. Por ello vamos a estudiar 
las principales funciones que nos 
permiten reproducir sonidos. Hay 
que notar que también incluiremos 
funciones específicas de DIV 2, 
como son las propias de reproduc¬ 
ción de archivos WAV y canciones 
XM, S3M y MOD: 

• Reproducción de archivos de 
sonido PCM: disponemos de 4 
funciones para manejar sonidos: 

- Load_PCM(<nombre de archi- 
vo>,<cíclico>): carga el archi¬ 
vo indicado, devolviendo un 
código identificador que 
debemos utilizar más tarde 
para reproducirlo. Si quere¬ 
mos que se reproduzca de 
forma cíclica, debemos poner 
a 1 el argumento cíclico, y si 
no a 0. 

- Sound (<código>,<volu- 
men>,<frecuencia>): reprodu¬ 
ce el sonido cuyo código indi¬ 
camos con el volumen y fre¬ 
cuencia determinados. Ambos 
valores varían entre 0 y 256. 

Si queremos que la frecuencia 
sea la misma que la propia del 
sonido debemos especificar 
256 en el valor frecuencia. La 
fundón devuelve el canal de 
sonido por el que se reprodu¬ 
ce, valor que debemos guar¬ 
dar si queremos parar la 
reproducción. 

- Stop_sound(<canal>): detiene 
la reproducción del sonido 
que se está reproduciendo por 
el canal especificado, devuelto 
por la función sound. 

- Unload_PCM(<código>): elimi¬ 
na de la memoria el archivo de 
sonido cuyo código se le envía. 

• Reproducción de archivos de 
sonido WAV: análogo a los archi¬ 
vos PCM, excepto en los nom¬ 


bres de las funciones, que cam¬ 
bian a load_WAV() y 
Unload_WAV(). 

• Reproducción de archivos XM, 
S3M y MOD: su control es 
mucho más sencillo que los ante¬ 
riores. Tan sólo se puede repro¬ 
ducir una canción de este tipo al 
mismo tiempo. Las funciones 
para gestionarlo son: 

- Load_song(<nombre del 
fichero,<cíclico> : carga el 
fichero musical con el nombre 
indicado. Si deseamos que se 
reproduzca de forma cíclica 
enviamos en el segundo pará¬ 
metro un 1, si no un 0. La 
función devuelve un identifi¬ 
cador necesario para posterio¬ 
res acciones. 

- Song(<identificador>): repro¬ 
duce la canción con el identi- 
ficador indicado. 

- Stop_song(): detiene la repro¬ 
ducción de la canción que se 
está reproduciendo. Como 
sólo se puede reproducir una 
a la vez, no necesita paráme¬ 
tros. 

- Unload_song(<identificador>): 
descarga el fichero musical 
cargado previamente y libera 
la memoria ocupada por este. 

• Reproducción de Audio CD: para 
reproducir pistas de audio de un 
CD. Sus funciones son: 

- Play_CD(<número de pista>, 
cmodo): reproduce la pista de 
audio indicada. El modo indica 
si queremos tocar la canción y 
pararnos (valor 0) o seguir con 
las siguientes (valor 1). 

- Stop_CD(): detiene la repro¬ 
ducción del CD de audio. 

- ls_playing__CD(): devuelve 
cierto si está sonando el CD, y 
falso si no. Podemos usarla 
para reproducir indefinida¬ 
mente una pista de audio 
indicando en el modo de 
reproducción el valor 0 y 


comprobando cuando termi¬ 
na para recomenzar la repro¬ 
ducción. 

Veamos como ejemplo de su 
uso, el código para reproducir una 
canción XM y una misma pista de 
audio de forma repetida: 

PROGRAM sonido; 

GLOBAL 

Identificador; 

BEGIN 

Identificador = 
load_song( // archivo.xm" / 1); 

Song( ¡den tificador); 

LOOP 

PlayCD(4 ); 

//... aquí va el resto 

del programa 

IF (key(Jl)) 
stop_song(); END 

ERAME; 

END 

Unload_song( iden tificadorj; 

END 

PROGESS PlayCD(pista) 

BEGIN 

Play_CD(pista,0); 

LOOP 

IF 

(is_playing_CD()==0) 

Play_CD(pista, 0); 

END 
ERAME; 

END 

END 

Esto es todo por hoy, y no es 
poco. Aconsejo que experimentes 
con todo lo que has aprendido y 
sobre todo, consultes el código 
fuente de los programas de ejem¬ 
plo que vienen con la versión 
comercial de DIV. Para cualquier 
consulta, crítica u opinión, pue¬ 
des enviar un e-mail a 
trinidad@arrakis.es 


Pablo Trinidad 
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DIV Interno 




Manipulando imágenes 


Para rematar la faena que comenzamos en el 


número anterior, desarrollaremos la función 


de lectura de archivos PCX. Además, 


descubriremos cómo compilar nuestras 


DLLs con Borland C++. 


omien; 
los col* 


|ue es una 
joner al d 
nientos di 
Nuestros c 


;on la úni< 



ara muchos usuarios de DIV 
ha supuesto un obstáculo 
para el desarrollo de biblio¬ 
tecas o DLLs el que, por 


construcción, esté limitado a 
Watcom C++. Por eso, y gracias a la 
colaboración de José M. Sevillano, 
podemos ahora crear nuestras 
bibliotecas con Borland C++, ade¬ 
más de abrir un camino importan¬ 
te hacia la investigación en otros 
entornos. Veamos en qué consiste 
este gran "descubrimiento". 


El problema de la 
compilación. 

Nombres de funciones 


Una DLL en Windows 95/98/N 7 (las 
usadas por DIV) no es más que una 
aglomeración de funciones que 
podemos usar de forma dinámica 
en una aplicación. 

DIV es un programa de DOS , 
que trabaja con lo que se denomi¬ 
na DPMI, es decir, un gestor de 
modo protegido de 32 bits (386 ó 
superior). Por ello, necesita de 
DLLs también de 32 bits, como 
son las de Windows 95/98/NT. 
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Dichas bibliotecas, de enlace diná¬ 
mico como se denominan, contie¬ 
nen una serie de funciones que se 
encuentran cada una en un punto 
del fichero, en lo que se llama 
punto de entrada ( entry-points ). 

Las aplicaciones de Windows f acce¬ 
den a ellas a través de estos puntos 
de entrada, que debemos conocer 
de antemano e indicárselos al com¬ 
pilador. Sin embargo, DIV accede a 
las funciones a través de su nom¬ 
bre, buscando su punto de entrada 
para así poder ejecutarlas. 

Cada entorno codifica los nom¬ 
bres de las funciones y el número y 
tipo de parámetros que recibe de 
distinta manera, de forma que para 
buscar una función por su nombre 
debemos tener en cuenta de ante¬ 
mano el compilador en el que fue 
desarrollada. Sin embargo, DIV tan 
sólo reconoce el formato de codifi¬ 
cación de funciones de tVatcom 
C++, ya que para acceder a las fun¬ 
ciones no usa los puntos de entrada. 
Por tanto, debemos de alguna 
manera hacer que el compilador 
cambie esta denominación. 
Pongamos un ejemplo para poder 
imaginarnos este concepto: la fun¬ 
ción divmain se representa en 
Borland C++ como @divmain$ 
qpqpc$pvpqpcpvív. Rebuscado, ¿ver¬ 
dad? Pues bien, lo que debemos 
hacer entonces será indicarle al 
compilador que nos exporte todas 
las funciones con otro nombre. Esto 
se hace en lo que se denomina 
archivo de definición de módulos 
(DEF). Pero, ¿con qué nombre? Pues 
aquí entra en acción DIV. El progra¬ 
ma DIV reconoce también como 
nombre el de la función con un 


i program 
Hemos po 
seccic 
las de nui 

_divmain o divmain Por tanto, si le le ellos se 
indicamos en dicho archivo DEF que^undo d€ 
nos asocie los nombres de divmain , ¡as a DIV 
divlibrary y divend a sus correspon¬ 
dientes en Borland o en cualquier 
otro entorno, no habrá problema 
con que DIV no detecte los puntos 
de entrada de las funciones. 


impliar st 
enían cor 


quieren s^ 
;ambién h 
)rofes¡on< 
/istazo a I 


Es importante saber que a lo 
sumo se exportarán sólo estas 3 fun--speramo 
dones, y que el resto de funciones Time reali 
creadas por nosotros están contení* }° s y nos 

das por construcción dentro de en ™ 

ellas, con lo que no hará falta buscarnacja reali 
el nombre de cada nueva función y >erán los, 
añadirlo al archivo de definición, elegidos" 


El problema de los 
parámetros 

Pero todo no acaba aquí. También 
existe un problema con los pará¬ 
metros enviados a las funciones. 
Hay varias formas de enviar pará¬ 
metros a una función: 


Mediante la pila: es el método 
más usado. Los parámetros se 
depositan por orden en la pila del 
sistema para ser recogidos dentro 
del código de la función en orden 
inverso. Pero hay dos formas de 
depositar los datos en la pila: 

• Pascal: deposita los datos de 
izquierda a derecha. Se represen 
ta por_pascal en el lenguaje C 


C: deposita los datos de derecha a 

izquierda. Se representa por_cdecl. 

Standard cali: es el método utili¬ 
zado por la API 32 de Windows. 
Básicamente es igual al tipo 
cdecl, con la excepción que no 


En el FTP de DIV (www.gratis.net/div) pode¬ 
mos encontrar gran cantidad de librerías así 
como muchas otras cosas útiles. 


carácter de subrayado como prefijo 
o sufijo, es decir, que un nombre 
válido para la función divmain sería 


necesita mantenimiento de pila 
Fastcall: es un nuevo tipo de lla¬ 
mada que utiliza además de la pila, 
algunos registros de 32 bits del 
procesador. No hay un tipo están¬ 
dar, con lo que varía según el com¬ 
pilador: I 
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irchivo DEF que 
ís de divmain, 
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le funciones 
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|uí. También 
m los pará- 
funciones. 
fiviar pará- 

el método 
etros se 
n la pila del 
idos dentro 
ón en orden 
órmas de 
la pila: 

! atos de 
|5e represen- 
lenguaje C. 
le derecha a 
por _cdecl. 
étodo utili- 
Windows. 
al tipo 

|ción que no 
ito de pila. 
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bits del 
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C omienza el curso en todos 
los colegios españoles, así 
que es una buena época para 
poner al día nuestros conoci¬ 
mientos de programación. 
Nuestros cursos están diseñados 
con la única finalidad de enseñar 
a programar a nuestros lectores. 
Hemos podido comprobar que 
esta sección es una de las preferi¬ 
das de nuestros lectores. Muchos 
de ellos se han iniciado en el 
mundo de los videojuegos gra¬ 
cias a DIV y ahora quieren 
ampliar sus horizontes; otros ya 
tenían conocimientos previos y 
quieren saber más, y, cómo no, 
también los habrá que, siendo 
profesionales, quieran echar un 
vistazo a los conceptos básicos. 
Esperamos que más de uno ter¬ 
mine realizando sus propios jue¬ 
gos y nos los envíe para partici¬ 
par en el concurso. Y que se 
iaqa realidad la frase ' muchos 
serán los llamados y pocos los 
elegidos". 


Continuamos con los siguientes 
capítulos iniciados en el número 
anterior de nuestra revista. Como 
ya sabéis, nuestro primer curso 
trata de introducir a la progra¬ 
mación a los no iniciados. Para 
ello continúa su repaso a la pro¬ 
gramación básica, es decir la pro¬ 
gramación basada en algoritmos. 
El segundo curso también sigue 
la línea del número anterior 
introduciéndonos a la programa¬ 
ción en C, un lenguaje de pro¬ 
gramación que ya es algo más 
que un clásico, aunque mantiene 
su vigor gracias a sus excepcio¬ 
nales características. 

Por último, tenemos el curso de 
programación en ensamblador 
donde se continúa dando cuenta de 
todo lo que tiene que ver con el 
lenguaje que utilizan los micropro¬ 
cesadores de nuestros ordenadores. 

Y como no, os damos cuenta de 
los tres ítulos que han resultado 
elegidos en nuestro concurso de 
programación con DIV. En nues¬ 
tras páginas encontraréis cumpli¬ 
da información sobre ellos, con 
especial atención lógicamente a 
los aspectos de programación de 
los tres juegos. 
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Avanzamos un poco más en la educación de los que se i 
primera vez en el campo de la programación. 

Curso de Programación en C. 

Continuamos nuestro exhaustivo repaso al lenguaje de programación 
que, después de veinte años de vida, sigue estando en primera linea. 

Curso de Programación en Ensamblador 

Para acabar con nuestros cursos, todo lo que debes saber sobre los 
ensambladores, un práctica curso para los programadores más curtidos. 

Primer ganador del lector. 
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Nuestro ganador de este número es el juego Mr. Bones (o vete al 

infierno), un divertido y adictivo juego de plataformas con una alta 
dosis de dificultad. Casi profesional. 




actor... 
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El segundo ganador lleva por nombre Acelerator, y pertenece al género 
clásico de las carreras de coches, 


Tercer programa del lector 


El tercer premio es para una versión computerizada de un clásico de 
los juegos de mesa. Si os decimos el nombre del juego, que es E. J. 
Dominó, seguro que ya sabéis de cuál se trata. 


Por supuesto, nuestro concurso 
sigue en pie con los mismos pre¬ 
mios. Ya sabéis: 25.000 pesetas para 
el ganador y 20.000 para los otros 
dos juegos elegidos. Esperamos con 
impaciencia recibir vuestros juegos. 
Ya sabéis dónde mandarlos, pero 
por si acaso hay algún despistado, 
os recordamos que podéis hacerlo 
por e-mail o correo normal: 
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i C/ Alfonso Gómez, 42 
Nave 1-1-2 

28037, Madrid, España 
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A unque el conjunto de instrucciones 
descrito en el anterior artículo ayuda a la 
estructuración de un programa evitando la 
utilización de la instrucción de salto 
incondicional, no son éstas ni mucho menos 
las únicas estructuras que ayudan por sí 
mismas a la estructuración de un programa. Se 
puede decir que la estructuración consiste en 
construir funciones o módulos de un nivel más 
alto que las que posee un lenguaje de 
programación, con un interfaz claramente 
definida y que oculte los detalles de su 
implementación. Piénsese que la mente 
humana comprende mejor un fenómeno 
estructurado y con un esquema lógico, que 
otro sin estos atributos. 

La forma en que los lenguajes permiten 
estructurar un programa es la siguiente: en 
primer lugar se tiene en cuenta la pericia del 
programador para identificar una secuencia de 
instrucciones que en conjunto realizan una 
tarea determinada. A continuación, el 
programador debe seleccionar la forma en que 
dicha secuencia de instrucciones se comunica 
en su conjunto con el resto del programa 
(interfaz) y por último se le dota a dicha 
secuencia de instrucciones de un nombre 
común, de tal forma que puede ser utilizada 
en su totalidad a través de dicho nombre. 

En la figura 1 se encuentran dos secuencias de 
programa equivalentes, en lo que se refiere a 
los resultados, que reflejan las ideas 
anteriormente descritas. La primera secuencia 





■pirogr* 
cansí 

3.1416 ; 

v 

longitud : ííaI ; 
begln 

elrser ; (bott* 1* p ante alia) 
(validación la tntrada) 

repcat 

writi ('Introduzca una longitud') ; 

readln(longitud) í 
until lentitud > O ¿ 

(cálculo dal cifeulO> 

urea :■ pi* 1on^itud 'Z ; 

Taritaln í ' El arta d*l circulo es * * 
arca) i 

(cálculo del área del cuadrado) 
arca ■■ lnnflitud*longitud ; 
vnttin ('II área del cuadrado e* ' , 

tita) ; 

end (fin del programa) 


Progr 
conflt 

pi» 3-1416 ; 

vi 

longitud ; real ; 
procedut'i 1 valida (1 : real) ; 

begln 

rapa ai 

ufitf ( ' Introduzca una longitud'' ) r 
refldln(i) ; 

until 1 0 ; 

end ; 

function trta_circulo (radio : raal) 

redi r 

begin 

irtt ciirculo :* pi^radio^S ; 

and ; 

(unrtion areacuadrado (lado : real) 
real ; 

bagln 

area cuadrado :■ Iido*lado ; 

«nd ; 

clrtcr ; 

valida (longitud) ; 

uriteln ('II área del circulo as ', 
area^cireulo(longitud)) ; 

wnttln ('II ár*a del cuadrado es ' , 
area cuadrado(longitud)) ; 

anml. ( fin del prograiaa) 
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Figura 1. 


Programación Básico 


de programa permite aceptar desde el teclado 
un número mayor que cero, que servirá para 
calcular el área del cuadrado que tiene dicho 
número por lado y el área del círculo que tiene 
por radio el citado dígito. Como se puede 
comprobar, la validación y el cálculo de las 
correspondientes áreas están mezcladas en una 
única secuencia de instrucciones, de tal forma 
que no se distinguen unas funciones de otras. 
En la segunda secuencia se han construido 
determinadas funciones y procedimientos 
(módulos), con el objeto de distinguir las 
distintas funciones que se realizan dentro del 
programa. Se puede observar, entre otras 
cualidades, la claridad de la segunda solución 
frente a la primera, debido a que las funciones 
independientes se han agrupado en módulos. 


PARAMETROS 

En la declaración de un módulo se encuentra 
una lista de parámetros formales. Estos 
constituyen el interfaz i o al menos lo deberían 
formar), en compañía de otros módulos o el 
propio programa. Cada uno de dichos 
parámetros son locales a los módulos, es decir, 
que pueden ser referenciados a través de su 
identificador desde dentro del módulo. 
Respecto a cómo se comportan los parámetros 
en relación al módulo, pueden distinguirse dos 
tipos de parámetros: por valor y por dirección. 
Los parámetros formales pasados por valor 
actúan como una variable local del módulo, 
excepto cuando toman su valor inicial del valor 
correspondiente del parámetro actual en el 
momento de la llamada al módulo. Hay que 
señalar que los cambios producidos en el 
parámetro formal no afectan al parámetro 
actual, por lo que al finalizar la ejecución del 
módulo aquel tendrá el mismo valor que antes 
de su llamada. Esto sucederá incluso aunque 
dentro del módulo se encuentre una 
instrucción de asignación a dicho parámetro. 

El valor admisible de un parámetro por valor es 
una expresión cuya evaluación debe ser del 
mismo tipo que la del parámetro formal 
correspondiente a la cabecera del módulo. Un 



parámetro por valor en Pascal puede 
distinguirse por no ir precedido en la cabecera 
del módulo por la palabra reservada var. 

Los parámetros formales por dirección 
únicamente pueden ser sustituidos por variables 
debido a que dentro del módulo cualquier 
asignación hacia el parámetro formal implicará 
un cambio en el parámetro actual. Por lo tanto, 
cuando un módulo finalice su ejecución al ser 
llamado, puede ocurrir que los parámetros 
actuales correspondientes a los de tipo formal 
en la llamada al módulo sean modificados. 
Cuando en la cabecera de un módulo en 
Pascal un parámetro formal viene precedido 
por la palabra reservada var, se trata de un 
parámetro por dirección. De lo descrito 
anteriormente se puede concluir que se 
utilizarán parámetros por valor cuando el 
módulo tan sólo necesite conocer el valor del 
parámetro pero no tenga intención de 
modificarlo. Si se desea que un parámetro 
sufra algún cambio, hay que pasar aquel por 
dirección. Además, es necesario tener en 
cuenta en las llamadas a los diferentes módulos 
que el orden de los parámetros resulta muy 
significativo a la hora de hacer equivalentes los 
diferentes parámetros formales (aquellos que 
se encuentran en la definición del módulo) y 
los denominados parámetros actuales (aquellos 
que se utilizan al realizar la llamada al módulo). 

Los lenguajes estructuran I 
los programas mediante J 
secuencias de instrucciones 
que ei usuario ha de dominar 

En la figura 2, ver página siguiente, se encuentra 
un programa con diversos módulos, que 
permitirá comprender mejor la descripción 
realizada previamente. Antes de comenzar el 
cuerpo del mismo se han declarado tres 
módulos correspondientes al procedimiento 
tabla_multiplicar, que dispone de un parámetro 
formal por valor. Éste no se modificará a lo largo 
del procedimiento, a diferencia de lo que ocurre 
con el llamado de intercambio , que dispone de 
dos parámetros formales por dirección. Dichas 
medidas sí se modificarán, pues el 
procedimiento debe intercambiar sus valores. La 
función med calcula el máximo común divisor 
dados dos números, al tiempo que ambos 
parámetros son pasados por valor. En este caso 
no se modificarán, aun cuando son la base del 
cálculo del máximo común divisor. 

En el cuerpo del programa principal pueden 
verse las diferentes llamadas a los módulos. La 
llamada a los procedimientos se realiza 
disponiendo el nombre y entre paréntesis la 
denominación de los parámetros actuales. El 
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irocedimiento sustituirá los parámetros 
formales por los de tipo actual, para pasar a 
íjecutar de inmediato sus instrucciones. 
Obsérvese la llamada al procedimiento 
labla_multiplicar . Sucede en este punto que el 
>arámetro actual de la llamada es /y que 
‘uando se ejecute el procedimiento, el 
íarámetro formal número será sustituido por el 
urámetro actual. A continuación se ejecuta el 
:onjunto de instrucciones asociadas al 
irocedimiento, de tal forma que cuando 
finalice, el control se devuelve a la instrucción 
|ue sigue a la llamada al procedimiento. Hay 
|ue hacer notar también que el parámetro 
ictual no sufrirá ninguna modificación, por lo 
|ue la variable i del programa principal valdrá 
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Program varios ; 


i : mteger ¿ 
prim, seg : integer ; 
procediere intercambio ( 


x r y 


auxiliar : int e ge r 


auxiliar := x ; 
x : = y ; 
y := auxiliar ; 

end ; 

procedure tabla_multipilcar 

integer) ; 


(numero 


for i := 1 to 10 


do 

writeln 


(numero 


por 


r Ir 


es 


', numero*!) 


Figura 2. 


function mcd (dividendo, divisor 

) : 


resto : j 

begin 

resto . — dividendo nod divisor ; 
while resto <> 
do 



dividendo := divisor ; 
divisor : resto ; 

iTÉsto z ^ dividendo mod divisor 

end ; 

mcd divisor ; 

end ; 

Begin (comienza el cuerpo del 
programa) 
for i := 1 to 10 

do 

tablamultiplicar (i) ; 
prim 3SS ; 
seg := 45 ; 

intercambiar (prim, seg) ; 
writeln (prim, seg) ; 
uriteln (mcd (prim, seg) ; 
ond. (fin del programa) 
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exactamente lo mismo que 
cuando se produjo la 
llamada al procedimiento. 

Esto no ocurre cuando se 
efectúa la llamada al 
procedimiento intercambiar, 
debido a que los parámetros 
que presenta éste son 
parámetros por dirección. 

Debido a ello, la llamada a 
dicho procedimiento con los 
parame ros actuales prim y 
seg modificará su contenido. 

La diferencia entre el paso 
de parámetros por valor y 
por dirección no es tan 
explícita en otros lenguajes 
de programación a la hora de declarar el tipo 
de parámetros, dándose la posibilidad de que 
sólo exista el paso por dirección. 

AMBITO DE LAS VARIABLES 

El número de lugares donde resulta posible la 
declaración de variables, dentro de un 
programa, se ha ampliado al introducir el 
concepto de módulo, pues es posible 
declararlas tan o en el programa principal 
como en los diferentes módulos. Esta situación 
plantea dos problemas: por un lado, identificar 
los lugares donde se podrán utilizar las 
variables declaradas (ámbito), y por otro, las 
reglas a seguir para identificar la variable a usar 
cuando se ha seleccionado un mismo 
¡dentificador para designar a variables en 
diferentes módulos (visibilidad). 

Las variables declaradas en el programa 
jr i pal se denominan globales y pueden ser 
utilizadas tanto en el cuerpo principal del 
programa como en cualquier módulo que se 
encuentre dentro del mismo. Las variables 
declaradas en un módulo se denominan 
variables locales y su ámbito abarca el módulo 
en el que han sido declaradas. 

Si se utiliza el mismo ¡dentificador para 
declarar dos variables, una en el cuerpo 
principal del programa y otra en un módulo, la 
visibilidad de la variable global se pierde en 
éste. Todo el proceso implica que cuando se 
referencia el ¡dentificador de dicha variable en 
el módulo, se utilizará la declarada en el 
módulo y no la variable global. Dicha situación 
se complica cuando es posible construir 
módulos dentro de otros módulos (lo que 
ocurre en Pascal y otros lenguajes). La regla a 
seguir entonces es la misma que en el anterior 
caso. Por eso, la declaración de la variable del 
módulo más interno ocultará la declaración de 
la variable del más externo, mientras que en 
cuanto al ámbito, las variables declaradas en el 
módulo más externo serán visibles en aquellos 
otros más internos, salvo que éstos declaren 


variables con igual ¡dentificador que los 
módulos más externos. 

En la figura 3 se puede observar un esquema de 
declaraciones que permitirá comprender mejor 
el concepto de ámbito y visibilidad. Se trata de 
las variables declaradas en el programa 
principal, visibles tanto en el módulo 1 como en 
el 2, salvo para las siguientes excepciones: en el 
primer módulo no se podrá ver la variable vOl, 
debido a que ya se ha declarado una variable 
con igual identificador que en éste; respecto al 
segundo módulo, no será visible por el mismo 
motivo la variable v02 . Las variables declaradas 
en el módulo 1 no son visibles en el número 2 y 
viceversa. Así, si en el módulo 2 se utiliza la 
variable vOl, ésta se referirá a la variable global 
declarada en el programa principal y no a la 
registrada en el módulo 1. 

Como se comentará más adelante, se trata de 
una costumbre muy buena cuando se 
pretende programar y evitar al mismo tiempo 
la referencia directa a variables globales dentro 
de un módulo. La comunicación tanto entre 
éstos cc no a su vez entre el programa 
principal y los módulos debería realizarse a 
través del paso de parámetros. & 

























































PROGRAMACION EN C 


Instrucciones condicionales 



instrucción: la propia instrucción //está 


U na vez visto el capítulo anterior todo lo 
referente a bucles, ahora es el mejor 
momento para pasar a explicar otro de los 
temas más importantes de la programación, 
no sólo ya del lenguaje C, sino de cualquier 
lenguaje: las instrucciones condicionales. Las 
instrucciones condicionales permiten crear 
aplicaciones que no ejecuten siempre el 
mismo código, sino que ejecutarán unas 
partes u otras del propio código de programa 
según se vayan dando unas condiciones u 
otras. A continuación se detalla todo el tema. 

LA INSTRUCCION 'IF 

Como en casi todos los lenguajes de 
programación que existen (incluyendo al 
BASIC, PASCAL y otros muy conocidos) el C 
usa la palabra if como nombre de instrucción 
básica condicional. Veamos un ejemplo de su 
uso: 

/* Uso de IF V 

main() 

{ 

ch = qetcheQ; 

¡f(ch =='s') 

printf("Ha escrito una s ."); 

I 

Una vez haya compilado el programa y lo 
ejecute, verá cómo cuando pulsa la tecla «S» 
en pantalla aparecerá el texto "Ha escrito una 
mientras que pulsando cualquier otra 
tecla el programa concluirá sin más. 

While : esta instrucción tiene un 


seguida de un paréntesis, donde se indica la 
expresión que debe cumplirse, que, se 
caracterizará porque en ella aparece un 
operador relacional. Tras el propio paréntesis 
de la instrucción, nos encontramos con que 
aparece ya el cuerpo de la instrucción (al 
igual que lo poseían las instrucciones de 
bucle) que constará, o bien de una sola 
instrucción de código, o en el caso de ser 
más, todas encerradas entre corchetes. 

Para los que conocen y han usado BASIC y 
están acostumbrados a usar las instrucciones 
condicionales de ese lenguaje, señalar que en 
C no se usa la palabra clave then para separar 
la condicional del propio cuerpo de la 
instrucción, (recordar por ejemplo IFA=3 
THEN PRINT "HOLA"). 

Con todo lo explicado hasta ahora sobre if, 
se puede decir que la única diferencia real 
que existe entre la instrucción if y while es el 
fin con el cual han sido diseñadas y los 
propios nombres de instrucción, ya que por 
lo demás, son idénticas. 

Otra pregunta que quizás algunos se estén 
haciendo: ¿Qué pasa cuando la condición 


indicada en if no se cumple?, pues como se 
ve en la ejecución del programa dado de 
ejemplo, simplemente pasará que el cuerpo 
de código que incluya la instrucción después 
no se ejecutará, o sea, que la instrucción no 
ejecutará nada. En la fotografía I se puede 
ver un esquema del funcionamiento de if que 
resume todo lo explicado. 

PROGRAMA DE EJEMPLO 

Para mostrar el funcionamiento de la 
instrucción condicional if a fondo, a 
continuación se muestra un programa de 
ejemplo que realiza la función de contar las 
palabras y letras que se introducen en el 
ordenador al ejecutar el programa. El código 
del mismo es el siguiente: 

/* Uso de IF ■ 2 7 
main() 

{ 

int contcar-0; 
int contpal=0; 
char ch; 

printf("Escriba una frase:\n"); j 

while( (ch- getche ()) /= "\r") 

{ 

contcar++; 

if(ch=="") contpal++; 

I 

printf("\n Los caracteres contados son: %d", 
contcar); ■ 

printf("\n Las palabras contadas son: %d", 
contpah i); 

i. 

Mirando el código del programa 
detenidamente, se puede ver que para 
contar las palabras que se introducen el 
programa, se usa simplemente el método de 
contar el número de espacios que se 
introducen hasta pulsar Enter( fin de frase). 
Esta técnica falla si se escribe más de una 
separación entre dos palabras, pero para 


funcionamiento interno muy similar a aquella 





























realizar un ejemplo simple y para mostrar el 
uso de rT esta técnica basta. 


Veamos la instrucción if en el programa: el 

programa, como se ve, posee como principal 
novedad la línea 



==" "J contpal++; 


t 
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Esta instrucción lo que hace es incrementar el 
valor de contpal cada vez que se Introduce un 
ispacio en la cadena de entrada, pero dado 
|ue siempre hay una palabra más que 
¡pacios, a la hora de escribir por pantalla el 
lúmero de espacios contabilizados para decir 
' número de palabras encontradas, tenemos 
|ue sumar 1 al número de espacios que 
lyamos registrado (lo cual se puede hacer 
dentro del propio printf, como se ha hecho 
en el ejemplo). 


INSTRUCCION IF-ELSE’ 


La instrucción if por sí misma ejecutará, 
siempre que la condición de comprobación 
se cumpla, una instrucción simple o un 
fragmento de código entero, pero en 
cambio, cuando la condición es falsa, no 
realiza nada. 





condicionales 

'os 


I 


(vi 1 



¿Hay alguna manera de hacer que ejecute 
a go cuando la condición no se cumple? ¡.a 
respuesta es sí, hay una forma, y es usando 
else como complemento a la instrucción if. 
Antes de entrar en más detalles, se ha 


indicado un pequeño programa de ejemplo 
que hace uso de ambas instrucciones: 


/' fot de ELSE V 
m ain() 


chai ch; 
di=getche(); 

== V) 

printfi “\nHa pulsado S"); 
else 



printf("\nNo ha pulsado S "); 


que hace este programa al ejecutarse. Pues 
muy simple: si se pulsa la tecla «S» la condición 
ií(ch == "s") se dará como cierta y por lo tanto 
se ejecutará el cuerpo de instrucción, que en 
este caso es escribir por pantalla "Ha pulsado 
S" y luego se saltará la instrucción else, que 
sólo se ejecuta si la condición resultase falsa. 

En caso de que la condición no se cumpla, o sea, 
no se haya pulsado la tecla "s", lo que pasará es 
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FUNCIOMAMIENTO DE LA CONDICIONAL IF 



iFCcont<6> printf ("Hola Mundo"); 


INICIO 


;r; ,; 
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Figura 3. 


que se saltará el cuerpo de la instrucción de ify 
entonces se pasará a ejecutar el cuerpo incluido 
de la ¡nstrucción else, lo que es lo mismo que decir 
que se escribirá por pantalla "No ha pulsado S". 


entonces se ejecuta su cuerpo (escribir "Hace 

un buen día' y se saltará su else asociado. 

Así de simple. Llegados aquí el programa 
concluye. 


EJEMPLOS DE 
COMBINACION DE ‘IF-ELSE 


i 


USANDO OPERADORES 


El siguiente programa que se va a mostrar como 
ejemplo, es un algoritmo más simple que el 
anterior, y lo único que hace es preguntar la 
i empera ura para luego responder una cosa u 
otra según sea la misma. El código es el siguiente: 


ma¡n() 

{ 


Si el anterior ejemplo de dibujado de una cruz 
gigante lo hubiésemos escrito aprovechando 
los operadores lógicos de los que disponemos 
en C, tenemos que el programa resultante es 
mucho más fácil de escribir y entender. 

Para reescribirlo hemos aprovechado el 
operador OR. EL código queda como sigue: 


¡nt temp; 

printf ("Escriba la temperatura actual:"!; 
scanf("%d", Sitemp); 
if(temp< 25) 


/* Dibuja una cruz */ 
main() 

{ 


if(temp>15) 


else 


printf{"Hace un buen día"); 


} 


printf ("Vaya calor que hace"); 


int x,y; 

for(y= I; y<24; y++) 

{ 

for(x=l; x<24; x++) 
if(x==y II x~24 - y) 


printf("\xDB"); 

else 


w 

Para entender el funcionamiento de este 


programa vamos a explicar cómo se ejecuta, 
simulando que damos algún valor de entrada. 
Supongamos que lo ejecutamos e introducimos 
el valor 20 de temperatura cuando se nos pide 
introducirla. ¿Qué pasará entonces? 

Primero se comparará si temp es menor a 25 
(temp< 15), esto dará como resultado 
verdadero porque lo es, por lo tanto se 
pasará a ejecutar su cuerpo de instrucción. 
Una vez aquí tenemos que su cuerpo es otro 
if, el cual mirará si la temperatura es mayor a 
15 grados (temp> 15). Como esta 
comparación dará también verdadero, 


} 


} 


printf("\xB0"); 

printf("\n“); 


Como se puede observar, el uso del operador II 
(OR) hace que el código fuente necesario quede 
mucho más simple y más sencillo de entender. 
¿Qué significa la expresión (x==y II X== 24- 
y)l Esta expresión se podría traducir como: 

"Si la expresión de la derecha o la de la 


izquierda es verdadera, la expresión global es 
corréela". En otras palabras: "Cuando al 
menos una de las dos expresiones sea válida, 
el ¡f se dará por válido". 
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PROGRAMA» EN ENSAMRLADOR 




L os llamados modos de direccionamiento, 
el lector aprenderá cuáles son los 
métodos de apuntar a la memoria que están 
permitidos en el 8086 para acceder a la 
misma 'escalas, bases, etc...i. 

Después de esto, como complemento 
indispensable, se van a detallar también las 
combinaciones de segmentos y registros que 
están permitidas realizar, lo cual es 
importante conocer para no cometer errores 
sintácticos graves a la hora de escribir 
punteros de memoria en nuestros 
programas. 

Para concluir, después de dos temas pesados 
y difíciles de entender para el lector, se va a 
pasar a explicar algo más ameno y sencillo de 
aprender: la forma de aplicar las cuatro 
operaciones aritméticas en este lenguaje, o lo 
que es lo mismo, se enseñará cómo funcionan 
las instrucciones ADD, SUB, MULy DIV. 


MODOS DE DIRECCIONAMIENTO 

Los parámetros (operadores) de una instrucción 
pueden ser de tres tipos: registros internos de la 
CPU (detallados en un capítulo anterior), 
valores inmediatos y direcciones de memoria 
(los conocidos como punteros) de las que hay 
cinco tipos diferentes de representación. En 
total son siete clases de parámetros los que 
podemos usar, y conjuntamente forman los 
llamados siete modos de direccionamiento. En la 
fotografía número uno, podemos ver un 
esquema de todos ellos, los cuales se detallan a 
continuación: 


1- Registros internos: los registros internos ya 
fueron detallados en número y utilidad en el 
artículo anterior. Ejemplos de instrucciones 
que poseen solamente registros internos 
como operadores: MOV AX,AX / MOV BL,BL 
/ ADD CL,DL / SUB CX,DX, etc... 

2- Valores inmediatos: usar un valor inmediato 
es indicar el número que queremos dar como 
operador escrito directamente en la propia 
instrucción. 

( orno regla muy importante que podemos 
añadir a las indicadas en el artículo anterior 
sobre reglas sintácticas de instrucciones, es 
que nunca podemos colocar un valor 
inmediato como primer operador, ya que 
entonces el resultado de la instrucción, que 
como debemos recordar se almacena 
siempre en el primer operador, no podría 
almacenarse ni en un registro ni en la 
memoria, ya que no tendría lógica funcional. 
Otra regla que podemos añadir muy 
importante es que nunca se pueden colocar 
en una instrucción dos operadores de 
diferente tipo de longitud, como sería sumar, 
por ejemplo, los registros AX y BL 
(registros/variables de 16 y 8 bits y 
viceversa). Ejemplos de instrucciones que 
usan valores inmediatos como operadores 
son: MOV AX,500 / ADD BX,100 / SUB 
AL, 10, etcétera. fl 

3- Direcciones de memoria: como se ha dicho, 

se puede usar una dirección de memoria 
como parámetro de instrucción. En total hay 
cinco modos de indicar una dirección de 
memoria al procesador. A continuación se 
detallan todas: I 

3 .1 -Modo directo: una dirección directa es 
indicar la dirección de memoria a la que 
queremos acceder OFFSET) directamente 
como un valor inmediato como 
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MODOS DE DIRECCIONAMIENTO 
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Esquema con todos los modos de direccionamiento que podemos usar en un procesador 8086. 
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listros internos ya 
'ro y utilidad en el 

de instrucciones 
|istros internos 
Í.AX / MOV BL, Bl 
, etc... j 

'n valor inmedial 
leremos dar com 
•te en la propia 

que podemos 
irtículo anterior 

istrucciones, es 

un valor 
írador, ya que 
•strucción, que 
ilmacena 
t, no podría 
ni en la 

lógica funcional. 

lir muy 

'ueden colocar 
lores de 


(implemento al registro de segmento. 

Ijemplos de ello son: MOV AX,DS:[501 / ADD 
IX,DS:[12050], etcétera. 

■2-Modo indirecto mediante registro: éste es 
-ual al anterior modo, pero en lugar de usar 
combinación segmento -.offset con un valor 
mediato para el último componente del 
omero, éste se indica mediante un registro 
'terno, que puede ser BX, BP, DI o SI. 

:jemp ii' .le instrucciones que usan este 
"étodo de direccionamiento son: MOV 
AX,D$:[BX] / MOV AX,DS:[BP] / ADD 
CX,ES:[SI], etcétera. 

U-Modc relativo a base: podríamos decir 

que este modo es como unir los dos modos 

anteriores en uno. Ahora, para indicar el 

desplazamiento ( OFFSET) se realiza mediante 

•li registro interno más un valor inmediato 

uese le suma. I n es e modo, podemos usar 

para el OffSET los registros BX y BP. Ejemplos 

de instrucciones son: MOV AX,DS:[BX+1001 / 

ADD DX,D$:[BX+100] / SUB AX,SS:[BP+321 
etcétera. 


Wdodo directo indexado: este modo es 
mo seria sumar, | igual al anterior, pero con la diferencia de 

que se usan los registros base DI y SI, que 
con h saben os, se llaman registros índice. 

Ejemplos de esto son: MOV AL,DS:ÍDI+301 / 
MOV BX,TABLA:[DI], 

’' ‘ 1 ' indexado a base: éste es el modo 

I fe 


n iones que 

operadores 
00 / SUB 


|o se ha dicho, 

memoria 

i. En total hay 
'ección de 
inuación se 

directa es 


más complejo, y es como el resultado de unir 
los cuatro anteriores. En este modo, el 

OffSffse compone a partir de un registro 
que hace de base, un registro índice y un 
valor inmediato que se les suma. Las 
combinaciones posibles se indican a 
continuación con ejemplos: MOV 
'X,DS:[BX][SI]+30 / MOV 
!,DS:[BX][Slj+1000 / MOV 
¡,SS:[BP][SI]+32 / MOV 

AX,5S:[BP][DI]+512. 

I • !?• >í tJí£;T-*í ' ■ ■ v . 


COMBINACIONES 
DE REGISTROS VÁLIDAS 

Una vez conocemos los cinco modos de 
direccionamiento que hay para crear punteros 
a memoria, debemos saber cuáles son las 
combinaciones permitidas que existen entre 
registros de segmento y registros que usamos 
como desplazamiento (OFFSET). 

En la fotografía número 2 está el esquema 
con las combinaciones posibles y su 
explicación de resultado. A continuación 
explicamos su contenido. 

Un mismo punte 'o puede 

representarse de muchas 

formas válidas 

En las combinaciones que pone <5Í>, quiere 
decir que sólo está permitido unir el registro de 
segmento y el de desplazamiento 
correspondientes a dicho cuadrante. Si pone 
<No>, significa que i »o podemos crear dicha 
combinación bajo ninguna condición. 

Por otro lado, cuando está escrito <defecto>, 
significa que si al usarlo en una instrucción 
omitimos escribir el registro de segmento, el 
ensamblador supondrá que debe colocar el qi le 
corresponde a dicho OFFSET por defecto, que 
será el que le corresponda en la tabla de la 
fotografía. Así, por ejemplo, al ser DS el registro 
de segmento por defecto de BX, SI y DI si 
escribimos la línea MOV AX,[BX], será lo'mismo 
que si pusiéramos MOV AX,DS:[BXL y en caso 
de que fuese MOV AX,[SI], ío subsfiíiría 
automáticamente por MOV AX,DS:[SI], 

Por último, cuando encontramos en la fotografía 
una combinación segmento-.registro en la que se 
indica <Posible>, quiere decir que dicha 
combinación está permitida, pero que debe 
escribirse entonces la secuencia completa 




indicando el segmento que queremos usar y el 
offset en la instrucción. 

¿QUE ES UNA VARIABLE? 

Como sabemos, cuando declaramos una 
variable en un programa, lo que realmente 
estamos haciendo es guardar una zona de 
memoria (de tamaño dependiente del tipo de 
variable) que estará destinada a contener 
información útil para el programa. Dicho esto, es 
fácil deducir que una variable no es más que un 
puntero a memoria que referencia al primer bit 
donde hemos guardado su contenido, y que 
está formado, cómo no, por un segmento base 
(bloque donde se definió la variable) y por un 
OFFSET que corresponde al número de bit donde 
se encuentra contando como base cero al bit 
donde empieza el segmento, y así, en el ejemplo 
de querer sumar 5 a una variable llamada 
COCHE, que sería ADD COCHE,5 , lo que 
estamos haciendo realmente es sumar 5 al 
contenido de una dirección de memoria que 
contiene el valor que hemos asignado a COCHE 
, lo cual quedaría realmente por poner .in 
ejemplo: ADD wordptr DS:[5000],5. El hecho de 
dar un nombre a la zona de memoria asignada 
para contener una información, se hace para que 
sea más fácil programar y para ahorrarnos tener 
que indicar cada vez a qué tipo de variable 
apunta dichi ■ pur tero. Así, por ejemplo, las del 
primer fuente VARIABLE1, VARIABLE2 y 

RESULTADO, no son más que tres direcciones de 
memoria ( OFFSETS) relativas a una base (en el 
ejemplo el segmento DATOS) y la línea MOV 
AX, VARIABLE! realmente no es más que un MOV 
AX,DS:[00], la cual, como podemos comprobar, 
no es más que una instrucción que usa el modo 

de direccionamiento 3.1 explicado 
anteriormente. De la conversión de nombres 
(ETIQUETAS) a direcciones de memoria, se 
encarga el ensamblador, cuando convierte 
nuestros fuentes a extensión OBJ, antes de q ie 
se conviertan a EXE con el LINK.EXE. A 
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E ste juego ha sido diseñado, desarrollado, 
producido, corregido, editado, planchado, 
y no sabemos si será distribuido y 
comercializado, por Víctor Reyes Céspedes, y 
los hermanos Carlos y Miguel López. Calidad 
tiene, si lo retocan un poco más. 

Ha sido uno de los juegos con mejores 
gráficos que han pasado por esta redacción 
de DIVMANÍA. Se nota que las horas de 
trabajo que les ha llevado su obra han sido 
muchas. Pero nos cuentan en su carta que la 
experiencia de programar un juego con DIV 
2 ha sido de lo más divertida. Nosotros 


vocación en ésto de desarrollar videojuegos. Por 


lo que hemos visto tenéis madera. 

Al resto de los lectores les incluimos un trozo del 


larguísimo código fuen’e. Lo encc itraréis integro 
en el CD-Rom que acompaña a la revista. 


Código fuente 


// 


*********************************************** 


**************************// 


// 

// 


Tareas por Hacer: 


// - Vender mas copias que Commandos 


también nos hemos divertido viendo al jefe 
picado con vuestro juego y empezando una y 
otra vez desde el principio porque se caía 
cada dos por tres. V es que es un pelín difícil 

cogerle el tranquillo. 

Os animamos a que sigáis programando nuevos 
títulos, puede que hayáis encontrado vuestra 


// 


// - NOTA: Las rutas están para el raíz de DIV2 


II 


II 


*********************************************** 


**************************11 


PROGRAM Mr Bones; 



Füra 

Wfmper 





lCANIC 


GLOBAL 

OBSTACULO; // Variable que verifica si 
colisionas con algo lsuelo, muro...) 

FPGJROTA; 

Fondo; II Variable para el n£mero de 
pantalla activo. 

Dureza; // Variable para el numero de 
de dureza activo 


******** 
• *******: 



SET Mi 


// Variables para las animaciones. 

FUI; FH2; FH3; FH4; FUS; FH6; 

// (Intro, Muerte 1, Muerte2, MuerteFinal, 

LogoTEA, Muerte3) 1 


Memoria_Libre; 

Letras; Letras2; // Variable para el Load] II Vori 

Vidas • II Variable para las vidas restóme Vidas- 

o ' Puntos 

Bones 



Puntos; //Puntuación. 

Sonido1; Sonido2; // Variable para la mi 

de Blade que se carga en LogoJEAQ ] 
Música Fase; // Música durante el juego: 


Fondo: 


V 


Var Sistema; 


II Variables que indican el primer mapa f 
dureza de la primera pantalla 
// de cada uevo mundo 



MapaJAsel=100; 
Dureza Fasel=101; 



// Coordenada de Bones, de uso global 


'****** 
t*tt**ti 


x_bones; 
FLAG_Bones; 


II Variable que controla la cread (n eneiv. / 



Crea_Ahora; I 

// Variable que controla la destrucción i 


disparo 

VARJDisparo; 



***** 


II 


****************************************H 


**************************11 


II 

II 











































del JUEGO consiste en avanzar DANDO los saltos necesarios y esquivar a los esqueletos enemigos 



asi 


+ ^. 




m 


de mapa¡ SET_MODE(m640x480); 


II funciones de carga de Ficheros 


eFinal. 


fPCJROTA=LOAD_FPG("BONES FPG") • 
mS=LOADJNT("BONES. FNT"): ' 
dMS2=LOADJNT("BONES2.FNT"); 


oad_FNJ; 
estantes 



Yidas=3; 

Puntos=0; 

fondo=Mapa_Fase!; 
música I Dureza=Dureza Fasel 


uego 


90; 


VorJistema-0; // 0 -> No estamos en el 


nnu Sistema, 1 en el caso de que s¡ estemos. 


>y 


// Cargamos la in tro del logo 



m 


l¡ ,imt ************»***t****t**tt***** iit tt t „ iti 

i********************#*^ 


II 


7/ 


II 


nigos II 


>/ 


II 


Proceso de la pantalla de Inicio 


II 


II 




**************************II 



¡IN 


Let_Me_Alone(); 

FADE_OFF(); 

Olear SereenQ; 

DeleteJext(AIIJext); 


Varjistema 

LOOP 


= 0 ; 






FreeQ; 


PUT_SCREEN(FPG_PROTA, 



IF (KE) fJNTER)) // Si pulsamos Intro 


WRITE(Letras,30,300,0,", 
comenzar"); 

WRITE(Letras,30,350,0,", 
sistema"); 




empezamos. 

Delete_ Text(Ali Text); 
Let_Me Alone); 

UNLOAD_ WA V(Sonido i) • 
Fade_OFF(); 


WRITE(Letras,30,400,0, "o 




II Reiniciamos las 



vez que juguemos. 

=3; 

Puntos=0; 

Fondo=Mapa_Fasel; 
Dureza=Dureza Fase1 



IF (KEY(_SPACE)) 

Var_Slstema= 7; 

/ 



IF (KEY(JSC)) 



Mr. bones ardiendo en el infierno de los perdedores. 


r-'V 


SMuim* 


0 
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Han introducido escenas animadas, como este baile 



mMPWKHW'X 


DEL ESQUELETO, EL PROTAGONISTA DEL JUEGO 


Let_Me_Alone(); 
Delete Text(AI¡_ Text); 
ClearScreen j; 


Üelete_Text(AII_Texti; 

FADíONQ; 


REPEAT 

PUT_SCREEN(FPG_PROTA,99); FRAME; 

UNTIL (SCANCODEoO); 

EXIT("(C) Bokeron Software 1999. Mr. 
Bones Versiín Beta 1.3", 0); 

END 


WRITE(Letras,l 5,40,0, "boKeron Software 
1999. Mr Bones Beta 1.3"); 


WRITE(Letras,30,200,0, "Memoria Libre:"); 
WRITE(Letras,30,250,0, "Frames Por 
Segundo:"); 


FRAME; 

END 


WRITE(Letras, 70,450,0, "Pulsa ESC para 
regresar al men£..."); 


END 


WRITE(Letras,360,150,0, "Actual"); 
WRITE(Letras,495,200,0, "(+32000)"); 
WRITE(Letras,495,250,0, "(+24)"); 


f/******************************************^^ 
************************** 


II 

// 

// 

// 

// 

// 


WRITEJNT(Letras,360,200,0, OFFSET 
Memoria_Libre); 


WRITEJNT(Letras,360,250,0, OFFSET FPS; 


Proceso del Men£ del Sistema 


IF (Memoria_Libre>-32000) 
WRITE(Letras,450,200,0, "OK"); 
ELSE 


IJ**********************************^^*^**** 

************************** 


WRITE(Letras,450,200,0,"!!!" • 

END 


TI 


PR' )CESS Sistema(); 


BEGIN 


IF (FPS>=24) 

WRITE(Letras,450,250,0, "OK")- 

ELSE 


Let_Me_Alone(; 

FADE_OFF(); 

ClearJcreenQ; 


WRITE(Letras,450,250,0,"!!!"); 

END 


LOOP 






ONESJb 
ONESAb 
ONES PA 
BONES SA 


Puedo Disi 


MemoriaJ.ibre=Memory_Free(); 


EGIN 


IF ((KEY(JSC)) AND Varjistema) 
Return(Menu_lnicio()); 

END 


PLA YSD( 


FRAME; 

END 


FADE_ON( 
x=5 0; y=3 
Crea Ahot 


Puedo Dis 


END 


C abeza_Bi 
ndicadora d< 


//**********************t***t**t**t*tHH*ti,tttf* 
************************** 


II 

// 

II 

// 

II 

// 


T 


WRITE(0 

WRITE(0,0 


Proceso de Bones 


WRITEJN 
WRITE IN 


V 


//*********************t*t*t**tt*ttit tiiiiim IQQp 
************************** 


TI 


x bones 


PROCESS Bones); 


II Contr 
sea la pantali 
SWITCh 


PRIVATE 


CASE 


IF{ 


Enjuelo; Salto; Incjalto; Velocidad; 
Ultima. Velocidad; IncX; MAXJALTO; 


II Si esta a 01, creamos enemigos en el forú 
actual, si vale 1, no. 1 


// Esto hace gue no creemos infinitos eneiú. 


EN 
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ASPECTO GRÁFICO ES ESCELENTE. 

que de lo contrario 

II el juego se relentizaqa hasta acabar 
tyandose. 

libe todas formas, cuando se crean enemigos 
' relentizo un poco. 

SONES ANDA_INICIO=2- 
SONES_ANDA_FINAL= 16; 

SONES_PARADO= 1; 

SONESJALTANDO=20; 

Puedo_Dlsparar; 


************** 


■ PIAY_CD(2,1); 
f ADE ONQ; 

r-SO; y=385; Craph=l ; 

Creajhora=0; 

Mo_Disparar=timer; 

CabezaJonesQ; // Proceso de la cabeza 
Utadora de vidas 

l 1 MITE(0,0,5,0, "Memoria Libre:"); 

0,0,15,0, "Frames Por Segundo:"); 

WS/TEJNTfO, 95,5,0, OFFSET Memoria Libre) • 
( WTEJNT(0,120,15,0,OFFSET FPS); 


************ 


’/ fondo 


'nemigos, 



xbones=x; 

II Controla la creación de enemigos, sequn 
sea la pantalla actual 
SWITCH(Fondo) 

CASE 102: 

IF(Crea_Ahora== 0 ); 

Enemigol (300,385,201,1 00 ); 

Enemigol (320,385,201,110); 
Enemigol (440,385,201,80); 
Enemigol (400,385,201,85); 

Crea_Ahora= 1; 

END 


IF ((x>200) AND i Crea_Ahora== 1)) 

Enemigol (0,385,201,1 20 ); 

Enemigo 1 (639,385,201,90); 
Crea_Ahora=2; 

END 

END 

CASE 104: 

IF (Crea_Ahora==0); 

Enemigol (640,385,201, 101 ); 

Crea_Ahora= 1; 

END 

END 

CASE 106: 

IF (Crea_Ahora==0); 

Enemigol (350,385,201,110); 
Enemigo 1(400,385,201,70); 

Crea_Ahora= 1; 

END 

‘/ (x> 100) AND (Crea_Ahora== 1)) 

Enemigol (0,385, 201 , 120 ); 

Enemigo 1(639,385,201,90); 

Crea_Ahora=2; 

END 

IF((x>300) AND (Crea_Ahora==2)) 

Enemigol (0,385, 201 , 100 ); 

Enemigol (640,385,201,100); 
Crea_Ahora=3; 

END 

END 

CASE 108: 

IF (Crea_Ahora==0); 

Enemigol (500,385, 201 , 110 ); 

Crea_Ahora= 1; 

END 

END 

CASE 110: 

IF (Crea_Ahora==0); 

Enemigol (260,385, 201 ,90); 

Crea_Ahora= 1; 

END 

END 

CASE 112: 

IF (Crea_Ahora==0); 

Enemigol (165,385,201,1 10 ); 

Crea_Ahora= 1; 

END 

IF((x>200) AND (Crea_Ahora==1 

Enemigol (639,385, 201 , 80 ): 

Crea_Ahora=2; 

END 

END 

CASE 114: 


11 '.rea Ahora==0j 
Enemigol (300,385,201,110); 

Enemigol (440,385, 201 , 100 ); 
Enemigol (400,385, 201 ,115); 

Crea_Ahora= 1; 

END 

IF0 -i00)AND(Crea_Ahora== 1 a 

Enemigol (0,385, 201 , 120 ); 

Enemigol (639,385,201,80); 
Crea_Ahora=2; 

END 

IF ((x>200) AND (Crea_Ahora==2)) 

Enemigol (0,385, 201 , 80 ); 
Enemigol (639,385,201, 120 ); 

Crea_Ahora~3; 

END 

IF((x>300) AND (Crea_Ahora==3)) 

Enemigol (0,385, 201 ,75); 
Enemigol (639,385, 201 ,70); 

Crea_Ahora=4; 

END 

END 

CASE 116: 

IF (Crea_Ahora=-0); ' 

Enemigol (310,385, 201 , 110 ); 

IIY todo esto, pa la bazofia que es el juego... 
















Autor: Jorge Bergo 





A continuación os dejamos que el propio 
Jorge os explique un poco el proceso de 

creación del programa. 

Empecé pensando desarrollar un juego 
divertido, con el cual pudieran jugar a la vez 
cuantas más personas mejor y de paso poder 
también divertirme yo al crearlo. Y así empezó 
todo, primero hice unos esbozos sobre papel, 
luego empecé a reunir gráficos y más tarde a 
escribir funciones que necesitaría. 

Programar un juego lleva 
bastantes horas de esfuerzo. 
Aunque este trabajo puede ser 

bastante divertido 

La parte más difícil de comprender del 
programa, y que para mí fue la más 
interesante y entretenida de realizar, es la 
creación de un sistema para que los enemigos 


se muevan por el circuito. Como lo hice: 
primero, encima del dibujo del circuito se 
traza con un color determinado por donde 
deben pasar los karts. Segundo, hacer varios 
recorridos más, de colores diferentes, y así 
conseguir que los karts se puedan mover en 
un mismo circuito por diversos recorridos. 
Tercero, todos los recorridos trazados sobre el 
dibujo se mueven en un mapa aparte de igual 
tamaño que el circuito. Y finalmente, el 
proceso del kart enemigo solo tiene que seguir 
este recorrido, más o menos, porque no lo 
sigue justo tal como es. Ésta es una guía que 
tiene el kart, pero no hace siempre los mismos 
movimientos ya que depende de si choca con 
otro kart, si sufre el ataque de una magia etc., 
de esta manera el kart se va moviendo a su aire 
por el circuito pero siguiendo el camino 
correcto sin salir del circuito. 

Como conclusión me gustaría matizar que 
gracias a Div he podido trabajar la parte 
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creativa de la realización de un juego sin tener 
que preocuparme tanto de aspectos tediosos, 
como crear librerías gráficas, ya que Div 
siempre me ha ofrecido unas funciones muy 
eficientes y completas. 

El código fuente ocupaba 107 páginas, así que 
por motivos obvios no hemos podido incluir 
más que el principio del programa. 


PROGRAM ACCELERATOR; 
GLOBAL 

SMOTO;scho33; 

Scho;shuy;ch;sos; 

SDERRAPA1 ;svel;sbp; 

SDERRAPA;sbg;sagua; 

Smuelle;sbpe;sapla2; 

click6;spi;scapsa;scala; 

click3;sapla; 

click4;ssex; 

cl¡ck5;strans;sl¡k; 

A;B;so; 

cmap2;menu;joo; 

co¡or;C;jord¡; 

xx;yy;gua; 

TI;vol; 

reso;terra; 

x1;y1; 

salir; 

x2;y2; 

x3;y3; 

xoca;cc88; 

leve!; 

vmaster;vmaster2; 

mxl;mx2;mx3; 

BPLAYÍR; 
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e un juego sin tem 
aspectos tedioso: 
i$, ya que Div 
as funciones muy 

07 páginas, así qi 
os podido incluir 
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El iuego dispone de seis circuitos completos donde practicar este DIVERTIDA MODALIDAD DE CONDUCCION. 


reg;otí; 

rn^'ÍTM; 
m;cyl; 
q i2;hori; 

[M;SEM; 

cpus;nvoltes; 

famcar; 

limmTES VISTAS DE CADA PERSONAjE // 

\jmo1¡]=8, 8, 9, 2, 3, 4, 5, 6, 7; 
ymo2[]=8,15, 16, 1, 10, 11,12,13, 14; 
v¡xasoí[]=8,-54,58, 53, -58, 54, 56, 50, -56; 
Wo4[]=8,-55,59, 52, -59,55, 57, 51, -57; 
mol l]=8,208,209,202,203,204,205,206,2 

9; 

wno no2lJ=8,215,216,201,210,211,212,213, 

114; 

ito¡o I [1=8,308,309,302,303,304,305,306,307; 
4aja2[I=8,315,316,301,310,311,312,313,314; 

^[1=5,976,980,977,978,979; 

0 ¡[1=1,980; 

mM 


03Q. 

04[] 

05[]: 

06[]- 

07[] : 

08[h 


1,417; 

1,601; 

1,602; 

1,603; 

1,604; 

1,850; 


//DIFERENTES VISTAS DE CADA PERSONAjE CON 
LAS RUEDAS "MOjADAS". (CUANDO 
//SE PASA POR ENCIMA DE AGUA.) 

vpeaso 11 []=8, 8,9, 551, 3, 4, 5, 6, 7; 

vpeaso22[]=8, 15, 16,550, 10, 11,12,13, 
14; 

vpeaso33[]=8,-54, 58, 552, -58, 54, 56, 50, - 
56; 

vpeaso44[]=8,-55, 59,553, -59,55, 57, 51, - 

57; 

vmonoll []=8,208,209,554,203,204,205,206,2 
07; 

vmono22[]=8,215,216,557,210,211,212,213,2 
14; 

vtájall []=8,308,309,555,303,304,305,306,30 

7; 
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vtaja22[]=8,315,316,556,310,311,312,313,31 
4; 

vo[8]=-1; 

>=- 1 ; 
pr[8]; 

fu[81; 

TIM[8]; 

vo2[8]=-1; 

svol[8]; 

sd[8]; 

svol2[8]; 

sd2[81; 

players; 

car1;car2; 

car3;car4; 

die[48]=0; 

terres; 

carc 1 ;carc2;l 1 ;I2;I3;I4; 

carc3;carc4; 

cod[8]:=0; 

tp[4]; 

tcpu[4]; 

dp[41; 
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El IUEGO ADMITE HASTA CUATRO JUGADORES SIMULTANEOS. AQUI HAY UN EJEMPLO DE UNA CARRERA CON DOS JUGADORES. 
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Juegos ganadores 2° 


dcpu[4]; 
btp[4]; 
btcpu[4]; 
bdp[4]; 
bdcpu[4]; 


ALL; 

emt; 


saiqua; 

LOCAL 



PRIVATE 


AC; 

JOC; 

cod¡2; 

II— 


También existen manchas de aceite que nos hacen perder el control. 


■// 


-BEGIN- 


BEGIN 


//ESCOCE DIFERENTES POSIBILIDADES DE 

PRESENTACKN (REFERENTE A TIPO DE 

//KARTS)// 

a:=rand(l ,4); 

if(a==1) cari :=1 ;car2:=l; 


strans:=load_pcm( "trans. P( ~M", 0); 
click6:=load_pcm("click6. KM", 0); 
cl¡ck5:=load_pcm("click5.PCM", 0); 
click3:=load_pcm("dick3. PCM", 0); 
click4:=load_pcrnt 'abrirmelPCM",0); 
scho33:=load_pcm( "choque 1. PCM ", 0); 
scho.-load_pcm("a33.PCM",0); 


car3:=l ;car4:=1; 
end; 

if (a==2) cari :=2;car2:=2; 

car3:=2;car4:=2; 

end; 

if(a==3) cari :=3;car2:=3; 

car3:=3;car4:=3; 

end; 

if (a==4 cari :=4;car2:=4; 

car3:=4;car4:=4; 

end; 


//-CARCA DE SONIDOS 


smuelle:=load_pcm< "muelle00.PCM",0); 
sDERRAPA 1 :=load_pcm("freno3. PCM", 0); 
sDERRAPA:=loadj)cm("dERRAPA3.PCM",0); 
sMOTO:=load_pcm("MOTO. PCM", 0); 
saigua:=loadjpcm("Pez.PCM", 0); 
sagua:=load_pcm("agua. PCM", 0); 
sbpe:=load_pcm("bpe.PCM",0); 
sbg:=load_pcm("bg.PCM",0); 
ssex:-load_pcm("sexplo.pcm", 0); 
svel:=load _pcm¡ "velo.pcm",0); 
spi:=load_pcm("pi.pcm", 0); 
sapla:=load_pcm("apla.pcm", 0); 
sapla2:=load_pcm("apla2. pcm", 0); 
shuy:=load_pcm("uy.pcm",0); 
sbp:-load_pcm("bp.pcm",0); 



LOS OBSTACULOS QUE ENCONTRAMOS EN LA CARRETERA DEBEN SER ESQUIVADOS CONTINUAMENTE. 
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scapsa:=load_pcm("capsa.pcm", 0); 
scalA:=load_pcm("cala.pcm", 0); 
slik:=loadjpcmi " lik.pcm",0); 


//-MENSAjES DEMO- 


.) Domin 



•// 


,u 

jgador hur 

c 



set_mode(m640x400); Hn706 

notivos qui 

//write(0,50,50,0,("This ¡s a demostration stán ampli 
versión.")); ElME.TXÍ 

//write(0,50,50+10,0,("And you only can pt ><? P 1 

l "))■ nleligencia 





write(0,SO,50,0,("Esta es una versitn de 
demostradín, )); 

write(0,50,50+10,0,í "en la cual solo sepu 
acceder a la primera isla. ")); 




if(rand(0,1)) 

write(0,SO,50+30,0,("Si deseas recibir el jupies: la p 

el juego, di 


completo con todas las islas")); 
write(0,SO,50+40,0,("solo tienes que enviorf>resentacc 

una carta indicando muy claramente tu din PROGRAM 

’»• menú y el 

w'rite(0,50,50+50,0,("y 2000 pts, o (20 ÍJise salga al 


if 


(20 euros) a:")); 

write(0,50,50+65+5,0, ¡ordi Bergts 
Massagu, )); 

write(0,50,50+65+10+5,0,(" 

2§4 ")); 

write(0,50,50+65+20+5,0,(" 
Barcelona")); 

write(0,50,50+65+40+5,0,(" 

Gracias.")); 
end; 
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Juegos ganadores: 3 
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• n_c¡ase[6]: Número de fichas de dicha clase 
que tiene el jugador. 

• clase[6]: Se trata de un registro con valores 
de -10 a 10 que nos informa en forma de 
gradiente si el jugador tiene o no tiene 
fichas de dicha clase, por ejemplo, si 
clase[4]=-10 resulta que el jugador tiene 
muchos 4, sin embargo si fuera clase[4j=5 
seguramente no tendría ninguno. Este es el 
gradiente de inferencias que se actualiza a 
cada ficha que ponga el jugador y que es 
tenido en cuenta por el algoritmo de 
búsqueda de fallos. Los demás registros 
informan sobre los puntos, partidas ganadas, 
etc. que cada jugador tiene. 

JUGADORES 

El jugador humano toma las decisiones por sí 
mismo, luego basta con que comunique al 
programa qué ficha quiere poner para que éste 
compruebe que realmente se puede poner y la 
ponga. El jugador humano pulsa con el ratón 
sobre la ficha que quiere poner, entonces se 
accede a un mapa de durezas que nos dice en 
qué posición está colocada la ficha. Sólo nos 
queda determinar el código de dicha ficha que se 
consique mediante el proceso buscar_en_matriz(), 
al cual se le pasa la posición p de la ficha y recorre 
la matriz de fichas del jugador devolviendo el 
código de ficha correspondiente al p-ésimo 1 
encontrado. Entonces esa es la ficha que se pone 
en caso de que se pueda poner. 

Los jugadores virtuales básicamente son los 
homónimos al jugador humano pero 
controlados por el ordenador. En cada turno se 
encarga de lo siguiente: 

1. Buscar las fichas que se pueden poner en 
mesa: mediante el proceso 
buscar_candidatas() los códigos de las fichas 
candidatas a ser puestas son almacenados 
en la estructura candidatas. 

2. Puntuar las fichas que se pueden poner en 
mesa: el proceso puntuar_candidatas() se 
encarga de pasar los códigos de fichas de la 
estructura candidatas de uno en uno a los 
algoritmos de I.A. que les otorgan una 
puntuación en función de la conveniencia o 
no de poner la ficha en mesa. 




3. Elegir la ficha que se pondrá en mesa: el 
proceso elegir_ficha() ordena los códigos de 
las fichas candidatas según su puntuación y 
se toma aquel con puntuación más alta, 
entonces se llama al proceso pcnerjicha 
con dicho código como parámetro y se 
termina el turno para el jugador. 

MOTOR DE INTELIGENCIA ARTIFICIAL 

La I.A. del juego se basa en asignar una 
puntuación a cada ficha de modo que la que más 
puntos obtenga sea la mejor opción a la hora de 
poner una ficha en la mesa. Para calcular la 
puntuación se utilizan básicamente dos 
algoritmos a los que se le pasa el código de ficha 
(que es descompuesto en cO y el), el jugador que 
la tiene (para poder operar en función de los 
datos de este jugador), y el nivel del jugador (que 
es más o menos la destreza con la que juega). 

• algoritmo_basico('): Puntúa las fichas 
siguiendo los criterios básicos de: "ESTAR A 
MI JUEGO", que se aplica sobre cO y consiste 
en no matar fichas de las que tenga 
mayoría; e "INTENTO DE DOMINIO", que 
se aplica sobre el y consiste en mantener en 
los extremos de la mesa las fichas de las que 
tengo mayoría. 

La IA del juego se 
asignar puntos a las fichas y 




elegir la suma 


alta 


algoritmo_fallos(): Puntúa las fichas 
atendiendo al criterio de "BUSQUEDA DE 
FALLOS", es decir, basándose en el 
gradiente de inferencias de un determinado 
jugador, establece la posibilidad de que 
dicho jugador falle a una clase en concreto, 




en consecuencia según 
convenga o no poner dicha clase. Nótese 
que este algoritmo se aplica tanto a el (clase 
que se pondrá como nuevo extremo de la 
mesa) como a cO (clase que se "matará" en 
el extremo), pues es interesante no quitar de 
los extremos de la mesa fichas a las que 
cierto 

Además existen otros tres algoritmos que son: 

• algoritmo_cambiar(): Se aplica sobre el 
global de las fichas para ver si merece la 
pena jugar con ellas o cambiarlas. 

• algoritmo_salir(): Cuando el jugador es mano 
determina cuál es la mejor ficha para salir. 

• algoritmo_cierre(): Cuando al poner cierta 
ficha se puede cerrar, dice al jugador si tiene 
posibilidades de ganar el cierre. 

PROCESOS AUXILIARES 

Si miras el código fuente verás gran cantidad 
de procesos que no he nombrado pero que 
son de vital importancia para el correcto 
desarrollo del juego. Los principales son: 


njn 



• poner_ficha(): Recibe como parámetro el 
código de la ficha que pondrá en pantalla, 
encargándose de ponerla en el lugar preciso 
Después actualiza las variables y matrices 
correspondientes para que reflejen los 
cambios ocasionados al poner en la mesa la 
ficha. 

• contador(): Recibe como parámetro una 
clase, un luqar y un ¡uqador. Recorre la 
matriz de fichas determinada por el 
parámetro jugador y por el parámetro lugar 
en busca de fichas que contengan la clase 
indicada devolviendo cuantas hay. 

• repartir_fichas(): Se encarga de repartir 
aleatoriamente las fichas cada vez que 
empieza una partida. 

• pintarjichas ): Pinta en pantalla las fichas de 
un jugador determinado. Sirve para 
actualizar la imagen en pantalla cuando un 
jugador pone una ficha y por lo tanto deja 
de tenerla. 

actualizar_marcadores()\ Pone los puntos en los 
marcadores de uno en uno y actualiza las 
barras de puntos. 

cuenta_puntosi ): Cuenta el número de puntos 
que tiene un jugador recorriendo su matriz de 
fichas de forma que cada vez que encuentra 
un 1 suma a un contador_de_chinos las 
coordenadas donde se ha encontrado el 1. 
cargar_salvar(): Se encarga de la gestión de las 
operaciones que hay que hacer antes de cargar 
y después de salvar. 

construir_fondo(): Los marcadores del tablero 
de juego se construyen mediante tiles para 
ahorrar espacio en disco. j 

tracker(: Se encarga de "pinchar" 
aleatoriamente la música del juego. 

Y un largo etc. que ni yo mismo sería capaz 
de enumerar de memoria. Espero que estas 
superficiales explicaciones, junto con el 
código fuente, te ayuden a comprender 
mejor el funcionamiento del juego. No tengo 
correo electrónico pero si quieres ponerte en 
contacto conmigo para intercambiar ideasen 
torno a DIVy a la programación de 
videojuegos escríbeme a la dirección que 
figura en el archivo LEEME.TXT del juego, 
saludo.* 
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DIV Interno 


•Watcom C++: los primeros 4 pará¬ 
metros se reciben en los registros 
EAX, EDX, EBX, ECX de la CPU por 
este orden, y si hay alguno más, se 
depositan en la pila ordenados de 
izquierda a derecha. 

• Borland C++: los primeros 3 pará¬ 
metros se reciben en los registros 
EAX, EDX y ECX de la CPU por 
este orden, y si hay alguno más, 
se depositan en la pila ordenados 
de derecha a izquierda. Es igual al 
método de Watcom excepto que 
conserva por alguna razón el 
valor del registro de EBX, además 
de invertir el orden de la pila. 
•Visual C++: los 2 primeros pará¬ 
metros se depositan en los regis¬ 
tros ECX y EDX, depositándose, si 
hay alguno más, en la pila del sis¬ 
tema de derecha a izquierda. 

DIV tan solo reconoce el forma¬ 
to de toma de parámetros de 
Watcom (fastcall), por lo que si 
deseamos utilizar nuestras funcio¬ 
nes desde otro compilador, debe¬ 
mos hacer las modificaciones per¬ 
tinentes para que nos sea recono¬ 
cida la DLL. Para ello debemos 
redefinir las funciones principales 
externas como son COM_export 
y divJext_out, de forma que alte¬ 
remos todos los registros al méto¬ 
do watcom . Para ello vamos a 
diseñar dos nuevas funciones que 
las sustituyan como son BC_ 
COM^export y BC__div_text_ out. 
La primera difiere de la original 
en que recibe 4 parámetros, sien¬ 


do el primero la dirección de la 
función COM_export y los otros 3 
los parámetros normales de 
COM_expon:. Por tanto, los pasos 
a realizar se pueden ver en el cua¬ 
dro 2 (pseudocódigo). 

Pasando este pseudocódigo a 
ensamblador, quedaría tal que: 

BC_COM_export PROC 
función, para I,para2,para3 
PUBLIC BC_COM_export 
Pushad 

Mov ebx,para3 
Mov edx,para2 
Mov eax,para 1 
Mov ecx, función 
Cali ecx 
Popad 
Ret 

BC_COM_export ENDP 

El mismo código sería válido 
para la función BC_div_text_out, 
variando el valor de la función 
almacenado en ECX por un punte¬ 
ro al código de div_text_out 
El último problema que se nos 
presenta ahora es el tema del trata¬ 
miento de ficheros. Pero antes, 
veamos cómo debemos manipular 
archivos en las DLLs para Watcom. 

Manipulación de datos 
por archivo 

A la hora de acceder a un archivo 
en las bibliotecas de DIV , debemos 
tener siempre en cuenta que se 
hace sin ningún tipo de restricción 



Muestra del funcionamiento de la 
biblioteca para cargar archivos 
PCX de nOc. 


exceptuando la de utilizar las fun¬ 
ciones divjopen y div_fclose para 
abrir y cerrar archivos. Estos son 
sus prototipos: 

FILE * divjopen (char*,char*); 
void divjclose (FILE *); 

Veamos un ejemplo de cómo se 
lee el primer byte de un archivo 
binario: 

//.. 

FILE fichero;. 

Byte temp; 
fichero = 

divJopen(arch ivo_a_ab rir, "rb "); 
if (¡fichero != NULL) 

{ 

fread(&temp, 1,1,fichero); 
div_fdose(fichero); 

} 

El problema de la 
manipulación de ficheros 
en otros compiladores 

Surge un último problema cuando 
intentamos acceder a las funciones 
de manipulación de archivos de 


Cuadro 1. Código fuente de la dll de lectura de PCX. 

Tal vez lo único que pueda parecer extraño sea la sentencia de carga del nombre del archivo PCX en la función 
loadjxx. Como dijimos en el anterior número, existe un offset o desplazamiento dentro de la memoria de DIV donde 
se encuentran todos los textos. Se puede acceder a esta dirección mediante la sentencia mem[text_offset]. Cuando 
enviamos una cadena a una función, se nos envía como parámetro un incremento de desplazamiento dentro de ese 
offset, de forma que basta con sumarlo a la dirección anterior para encontrar el puntero al principio de la cadena con 
el nombre del fichero. 

Como podéis observar, esta es una versión muy preliminar en la que tan sólo se cargan imágenes con un tamaño 
de 320x200 pixeles. No obstante el lector puede hacer muchas más mejoras como las que citamos a continuación: 

Hacer comprobaciones del formato PCX, ya que no se verifica en este breve código. 

Adaptar el código de forma que cargue imágenes de cualquier tamaño. Para ello se deben usar las variables de 
entorno width y height que nos indican el ancho y alto de la pantalla respectivamente, de forma que podamos encua¬ 
drar bien la imagen en la pantalla 

Como vemos, al realizarse el volcado de imagen después de procesarse el buffer de imágenes (post_process_buffer), la 
imagen PCX siempre aparecerá encima de cualquier proceso. Si queremos que aparezca detrás de todos los procesos que se 
dibujen debemos cambiar tan sólo el nombre de la función por background_to_ buffer de forma que se dibuje antes que 
todos los procesos restante. 

En cada frame se abre y cierra el fichero PCX, lo cual puede ralentizar excesivamente el programa. Por ello es con¬ 
veniente hacer una copia del fichero en memoria, comprimido o sin descomprimir, para que tan sólo debamos hacer 
un volcado de memoria, que es mucho más rápido que desde fichero. Al hacer esa copia en la función load_pcx, evi¬ 
tamos también mucha de la carga del programa. Es importante tener en cuenta que para liberar la memoria con la 
función div_free(), se debe hacer en la función divend, no presentada hasta ahora. Todo dato, fichero o puntero que 
deba ser liberado cuando termine el programa se debe hacer con esta función, así como también se permite inicializar 
variables y hacer todo tipo de operaciones de inicialización en la función divmain. 

Esto es todo por hoy. Os animo a que experimentéis un poco con el código fuente y veáis las múltiples opciones 
que nos ofrece. También os recomiendo que consultéis el código fuente de HBOY.DLL, que acompaña a DIV, ya que 
aglutina conceptos como la descompresión RLE, manejo de paletas y otros muchos que le pueden ser de mucha ayuda. 

Para cualquier tipo de consulta, podéis remitir un correo electrónico a la dirección trinidad@arrakis.es. 
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Cuadro 2. Proceso de conversión de la función 
COM_export. 


Borland 



Visual 



Almacenar en la pila del sistema los valores de todos los registros de la CPU 
Colocar en EAX el valor del segundo parámetro (primero de COM_export) 
Colocar en EDX el valor del tercer parámetro segundo de COM_export 

Colocar en EBX el valor del cuarto parámetro (tercero de 
COM_export)+Colocar en ECX el valor del primer parámetro, que es un punte¬ 
ro a la función de Watcom 
Llamar a la función situada en ECX 

Una vez terminada la ejecución de la fundón restaurar los valores de los regis¬ 
tros de la CPU almacenados en la pila 



otros compiladores. Esto se debe al 
distinto formato utilizado por cada 
compilador en la estructura FILE. 

En esta estructura tenemos diver¬ 
sos datos, como un puntero al 
siguiente byte a leer, número de 
bytes al final del fichero y lo más 
importante, un handfe o manipula¬ 
dor que identifica al archivo abier¬ 
to internamente. Puedes ver la 
estructura de FILE en dos entornos 
distintos, como son Watcom y 
Visual C++ en la cuadro 3. 

Por esta razón, debemos usar 
siempre en las DLLs de DIV la estruc¬ 
tura FILE de Watcom, con lo que apa¬ 
rece ya una tercera y última diferencia 
a solventar. La solución nos la ofrece 

el lenguaje ensam¬ 
blador. Borland C++ 


Veremos un ejemplo 
de cómo podemos 
escribir una función que 
emule el comportamiento 

de fwrite en 
ensamblador externo 


y Visual C++ nos 
permiten crear 
directamente códi 


go ensamblador 
sobre el código C o añadirlo en forma 
de archivo LIB precompilado. Para ello 
recurrimos a la interrupción 21 h que 
nos permite acceder a ficheros. Para 
ver los parámetros que reciben las 
correspondientes subfunciones de la 
interrupción véase la cuadro 4. 

Veamos un ejemplo de cómo 
podemos escribir una función que 
emule el comportamiento de fwrite 
en ensamblador externo, teniendo 
en cuenta que recibe como pará¬ 
metro WFILE (FILE de Watcom ) en 
vez de la estructura FILE: 

BC_fwrite PROC 

direc,size,num,mifile:near ptr wfile 

PUBLIC BCJwrite 
Push ebx 
Push ecx 
Push edx 
Mov ecx, size 
Imul ecx,num 

;multiplica el tamaño de los datos 
por su número para obtener el 
número de bytes 
Mov ebx, mifile 

Mov ebx,[ebx+16]; desplaza - 
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a 



miento del handle dentro de ¡a 
estructura FILE de Watcom. 

Mov ax,4000h 
Mov edx,direc 
Int 21 h 
Xor edx, edx 

Div size ; div divide EAX entre 
la variable size para devolver el 
número de datos escritos. 

Pop edx ; restaura los valores 
anteriores de los registros de la CPU 
Pop ecx 
Pop ebx 
Ret 

BC_fwrite ENDP 

Llegando a una 
conclusión. 

Es obvio que si cada vez que qui¬ 
sieras escribir una DLL en Borland 
C++ tuvieses que hacer todo esto, 
sería un fastidio. Por ello, vamos a 
resumir los pasos, después de tanta 
teoría, que debemos realizar para 
compilar nuestra DLL. Necesitarás 
el fichero BC50DLL.zip que puede 
encontrar en el CD o en varios 
lugares de la web, entre ellos el FTP 
de DIV alojado en la página web de 
Deemo pagina.de/deemo). 
Además debes tener en cuenta que 


Crea un proyecto con las 
opciones que ve en el cuadro 5. 

Elimina el archivo de recursos *.RC 

Añade un archivo DEF al proyecto 

Añadir el archivo BCDIV.LIB al 
proyecto incluido en el paquete 
anteriormente citado. 

Añadir la línea #¡nclude 
"bcdiv.h" después de #include 
"div.h" en el archivo cpp de nues¬ 
tro código. 

Ten en cuenta la necesidad de 
las funciones BC_div_text_out y 
BC_COM_export. 

Es recomendable usar variables 
globales inicializadas, ya que si no, se 
almacenan en la sección BSS, apa¬ 
rentemente limitada en DIV a 300 
bytes, con lo que al inicializarse pasa¬ 
rían a la sección DATA, no limitada. 

La extensión del fichero de códi¬ 
go, debe ser CPP aunque no utilice¬ 
mos las opciones que nos ofrece la 
programación orientada a objetos de 
C++ ni ninguna de sus capacidades. 

Las Paletas de DIV 

Volviendo al tema de la descompre¬ 
sión de archivos PCX que nos ocu¬ 
paba en el anterior número, veamos 
unos últimos conceptos acerca de 
las paletas de colores. Podemos 
decir que DIV posee dos tipos de 
paletas, cada una representada por: 

• Palette: es la paleta del juego. 
Durante la ejecución de un progra¬ 
ma no se altera, a menos que car- 
gemos otra o que la modifiquemos 


sólo funcionará en compiladores 

mediante alguna función en una 

Borland de 32 bits, como son las 

dll. Para ello debemos hacerlo en la 

versiones 4.5x en adelante. 

función processjoalette(void). 

Cuadro 3. Diferencias del tipo de dato FILE 
en Watcom y Visual C++. 

Watcom C++ 

Visual C++ 

Struct FILE{ 

Struct FILE{ 

Unsigned char *_ptr; 

Char *_ptr; 

Int _cnt; 

Int _cnt; i 

void *_base; 

Char *_base; j 

unsigned _flag; 

Int _flag; 

int _handle; 

Int _filehandle; 

unsigned _buffersize; 

Int _charbuf; 

unsigned short ungotten; 

Int _bufsize; 

} 

Char * tempfname; 

} ‘ 1 
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• Active_palete: es la paleta actual 
con la que se presentan los gráfi¬ 
cos. Se utiliza sobre todo para 
efectos de fading o fundidos, que 
varían de forma temporal la pale¬ 
ra del juego hasta que se termina 
el electo, de forma que para vol¬ 
ver a la normalidad basta con 
copiar la paleta del juego (palette) 
sobre ésta. Para modificarla debe¬ 
mos recurrir a la función pro - 
cess_active_paiette void). 

En consecuencia, usaremos la 
dirección palette para cargar la 
paleta de nuestro archivo PCX, 
para así permitir efectos de fundi¬ 
do y otros. 

Con esto ya tenemos todo lo 
necesario para terminar el desarrollo 
de nuestra librería de lectura de 
archivos PCX. Para terminar de 
desarrollarla, y aprovechando la 
explicación de cómo compilar con 
Borland C++ vamos a analizar la 
librería desarrollada por nOc que 
amablemente nos ha cedido, reali¬ 
zada para este entorno. Para realizar 
la traducción a Watcom, basta con 
eliminar en todas las funciones 
BCj, las letras £C_ y en BC_COM_ 
exporteW minar el primer parámetro, 
dejando tan sólo tres. El código 
fuente se encuentra en el Cuadro 1, 
aunque también podéis verlos en el 
CD que acompaña a esta edición. 

Tal vez lo único que pueda 
parecer extraño sea la sentencia de 
carga del nombre del archivo PCX 
en la función load__pcx. Como diji¬ 
mos en el anterior número, existe 
un offset o desplazamiento dentro 
de la memoria de DIV donde se 
encuentran todos los textos. Se 
puede acceder a esta dirección 
mediante la sentencia mem[text_off- 
set]. Cuando enviamos una cadena 
a una función, se nos envía como 
parámetro un incremento de des¬ 
plazamiento dentro de ese offset, de 
forma que basta con sumarlo a la 
dirección anterior para encontrar el 
puntero a! principio de la cadena 
con el nombre del fichero. 

Como podéis observar, esta es 
una versión muy preliminar en la 
que tan sólo se cargan imágenes 
con un tamaño de 320x200 pixe- 
les. No obstante el lector puede 
hacer muchas más mejoras como 
las que citamos a continuación: 

Hacer comprobaciones del for¬ 
mato PCX, ya que no se verifica en 
este breve código. 

Adaptar el código de forma 
que cargue imágenes de cualquier 
tamaño. Para ello se deben usar las 
variables de entorno width y height 
que nos indican el ancho y alto de 
la pantalla respectivamente, de 
forma que podamos encuadrar 
bien la imagen en la pantalla 



Cuadro 4. La interrupción 21 h y sus subfunciones de 
manejo de fichero. 


Interrupción 21 h 


Fundón 


Lectura 


3F00h 

EBX Handle del fichero 
ECX Bytes a leer 

EDX Dirección de los datos 
Devuele EAX = Bytes leídos 


Escritura 

4000h 

Handle del fichero 
Bytes a escribir 
Dirección de los datos 
EAX - Byi:es escritos 


Mover puntero 

420xh* 

Handle del fichero 
Incremento 

CF = 1 error, 

= 0: EAX puntero 
a fichero 


* el valor de x depende de la posición base: 

SEEK_SET(0),SEEKJIUR(1),SEEK_END(2) 


Como vemos, al realizarse el 
volcado de imagen después de 
procesarse el buffer de imágenes 
( post_process_buffer ), la imagen 
PCX siempre aparecerá encima de 
cualquier proceso. Si queremos 
que aparezca detrás de todos los 
procesos que se dibujen debemos 
cambiar tan sólo el nombre de la 
función por background_to_buffer 
de forma que se dibuje antes que 
todos los procesos restante. 

En cada frame se abre y cierra el 
fichero PCX, lo cual puede ralentizar 
excesivamente el programa. Por ello 
es conveniente hacer una copia del 
fichero en memoria, comprimido o 
sin descomprimir, para que tan sólo 
debamos hacer un volcado de 
memoria, que es mucho más rápido 
que desde fichero. Al hacer esa copia 
en la función load pcx, evitamos tam¬ 
bién mucha de la carga del progra¬ 
ma. Es importante tener en cuenta 
que para liberar la memoria con la 


función divjfreeQ , se debe hacer en la 
función divend ' no presentada hasta 
ahora. Todo dato, fichero o puntero 
que deba ser liberado cuando termi¬ 
ne el programa se debe hacer con 
esta función, así como también se 
permite inicializar variables y hacer 
todo tipo de operaciones de iniciali- 
zación en la función dlvmain. 

Esto es todo por hoy. Os animo 
a que experimentéis un poco con el 
código fuente y veáis las múltiples 
opciones que nos ofrece. También 
os recomiendo que consultéis el 
código fuente de HBOY.DLL, que 
acompaña a DIV, ya que aglutina 
conceptos como la descompresión 
RLE, manejo de paletas y otros 
muchos que le pueden ser de 
mucha ayuda. 

Para cualquier tipo de consulta, 
podéis remitir un correo electrónico 
a la dirección trinidad@arrakis.es . 

Pablo Trinidad 


Cuadro 5. Opciones de un proyecto de DLL en 
Borland C++. 

Opciones de compilación al crear la DLL 


Target Type 

Platform 

Target Model 

Standard Libraries 

Dynamic Library [.dll] 

Win32 

GUI 

Runtlme (desmarca OWl y Class Library) 

| Si se dispone del Borlan Power Pack para DOS, también se pueden crear como 
Platform 

Platform 

Target Model 

Standard Libraries 

DOS (32 bit DPMI) 

Consolé 

Runtime Static i 

En las opciones del proyecto (Optlons/Proyect o Edit local options) 

32-bit Compller 

Processor 

Calling Convention 

Instruction set: 80386 (o superior) 

Data alignment: Double word (4-byte) 

Register 









































































































Aunque parezca una nimiedad, 
si no configuramos 
adecuadamente el Visual C++ 
no podremos compilar nuestro 
código. Normalmente no 
solemos prestar mucha 
atención a los ficheros Readme, 
esta vez es un grave error. 

i— 1 ntre la documentación 
—i que nos presenta 
I Microsoft, se nos advierte 
—i que debemos poner en 
primer lugar las librerías de 
Microsoft para poder compilar 
nuestro código correctamente. 

Debemos pues, incluirlos 
entre los directorios de librerías y 
de ineludes, los que tenemos en 
el SDK de DirectX. Si no lo hace¬ 
mos de esta forma, no podremos 
trabajar. 

DirectMedia 

Si pensábamos que con DirectX 
teníamos suficiente para realizar 
todo aquello que necesita de gran 
potencia, podemos encontrarnos 
con un obstáculo insalvable. 
Habitualmente usábamos las ruti¬ 
nas de la API de Windows para 
reproducir vídeo, sin embargo, si 
necesitamos reproducir vídeo de 
alta calidad y a pantalla comple¬ 
ta, veremos que las API no son 
capaces de alcanzar el alto núme¬ 
ro de trames que necesitamos. 

Este es uno de los problemas que 
resuelven las DirectMedia. 

Microsoft ha creado un con- • 
junto de rutinas para reproducir 


multimedia con gran calidad, 
aprovechando la potencia de las 
DirectX, y nos proporciona nuevas 
formas de trabajo que dan la velo¬ 
cidad que con las API no podía¬ 
mos conseguir. 

Aunque no tengamos intención 
de programar bajo DirectX, la insta¬ 
lación de SDK de DirectMedia, es 
altamente recomendable para aque¬ 
llos que habitualmente programen 
aplicaciones multimedia y necesiten 
gran potencia en sus aplicaciones. 

Instalación de DirectX 

La instalación de DirectX es bastan¬ 
te sencilla, debemos elegir entre la 
instalación completa o la reducida. 
Personalmente recomiendo la ins¬ 
talación completa, ya que contiene 
un gran número de ejemplos que 
pueden sernos de gran utilidad. 

Otra de las opciones que se 
nos presenta es la de instalar la 
versión RetalI o la Debug. Nuestra 
elección debe ser Debug , ya que 
ésta nos proporciona una mayor 
información a la hora de depurar 
nuestro código, perdemos veloci¬ 
dad cuando queramos jugar, pero 
ganamos en la programación. En 
cualquier caso, no apreciaremos 
una merma de la calidad en nues¬ 
tros juegos habituales. 

Una recomendación para la 
instalación, cuanto más corto sea 
el path en el que instalemos el 
SDK, mejor. Debemos tener en 
cuenta que exploraremos habitual¬ 
mente el directorio del SDK, al 
menos al principio. Los ejemplos si 
no son maravillosos, sí son ilustra¬ 
tivos de lo que podemos hacer 
con las DirectX. 



Nuestro proyecto será una aplica¬ 
ción Win32 vacía. 


Requisitos para 
la programación 

Si somos uno de los que tenemos 
animadversión a las matemáticas, 
y queremos programar las 
Direct3D, más vale que nos pon¬ 
gamos al día. Las Direct3D son 
pura geometría. No necesitamos 
ser unos grandes matemáticos, 
pero debemos tener unas nocio¬ 
nes básicas de trigonometría, así 
como de calculo matricial. Esto 
nos ayudará en nuestro trabajo. 



Debemos incluir entre las opciones 
de nuestro proyecto, la librería 
ddraw.lib para poder linkarlo 
correctamente. 



Programar las DirectX supone 
tener un conocimiento bastante 
avanzado de C++. Conocer este 
lenguaje, y dominar la programa¬ 
ción orientada a objetos, es de 
carácter obligado para aprovechar 
las posibilidades de estas librerías. 


Depurar el código 

Debemos tener en cuenta, antes 
de comenzar nuestro desarrollo, si 
vamos a mostrar nuestros gráficos 
en modo ventana o a pantalla 
completa. No es una elección sen¬ 
cilla, aparentemente programaría¬ 
mos nuestro código pensando en 
trabajar a pancada completa, que al j 
fin y al cabo va a ser lo que el I 
usuario va a ver. Pero también 
tenemos que pensar en los diferen¬ 
tes aspectos que la programación r 
nos ofrece. DirectX tiene caracterís¬ 
ticas diferentes en modo ventana y 
en modo a pantalla completa, por 
lo que contemplar ambos aspectos 
sería demasiado arduo. Sin embar¬ 
go, hay algo que hará que nos i 
decantemos por la opción en 
modo ventana. Con la opción a 
pantalla completa no podemos |l 
depurar el código. Si ya es difícil ! 
de por sí depurar el código, a pan- jl 
talla completa es prácticamente II 
imposible. Pero esto si que pode- I 
mos hacerlo en modo ventana, I 
aun así, debemos ser precavidos, I 
ya que determinadas instrucciones 
bloquearán nuestra pantalla, obli- I 
gándonos a resetear. I 

Nos decantemos por una u otra 
forma de trabajo, una de las mejo¬ 
res formas de obtener información p 
de depuración es la de generar un i 
fichero de texto con la información 
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que necesitemos, ésta será la única 
forma fiable de obtener datos de lo 
que pasa con nuestro código, por lo 
que la planificación de un buen sis¬ 
tema de depuración nos proporcio¬ 
nará una información insuperable. 

El futuro de DirectX 

¿Cuál es el éxito de DirectX? Su 
arquitectura, esa es su principal ven¬ 
taja. DirectX logrará que la tarjeta 
gráfica haga todo el trabajo sucio, y 
si ésta no puede con lo que le pedi¬ 
mos, DirectX lo emulará con softwa¬ 
re, aunque a costa de una merma 
de rendimiento considerable. 

Aunque, no son aceptadas por 
todos los programadores fácilmen¬ 
te, es inevitable su uso actualmen¬ 
te. Preferiríamos utilizar otra libre¬ 
ría. Fahrenheit es el futuro que pre¬ 
tende imponernos Microsoft, la 
alianza en el desarrollo de esta 
librería con Silicon Graphics augura 
un buen futuro para esta nueva 
librería. Aunque aún debe trabajar 
mucho Microsoft para sorprender¬ 
nos gratamente. 

Ejemplo sencillo 

Pasemos a ver un sencillo ejemplo 
de programación con DirectX. 

Antes de intentar inicializar las 
DirectDraw, debemos preguntar¬ 
nos que tenemos en la máquina en 
la que ejecutamos nuestro progra¬ 
ma, y para eso, tenemos la función 
DirectDrawEnumerate. Esta función 
es de tipo callback, y es algo espe¬ 
cial. Debemos crear una función de 
enumeración que será la que se lla¬ 
mará DirectDrawEnumerate. De 
esta forma, en sucesivas llamadas 
que el sistema realizará automáti¬ 
camente, obtendremos toda la 
información necesaria para llamar a 
la función de creación del objeto 
DirectDraw. 

Una de las funciones que debe¬ 
mos utilizar en primer lugar, es 
DirectDrawCreate. Esta función nos 
permite crear un objeto DirectDraw 
para trabajar con la tarjeta de 
vídeo. Podemos pensar que si 
vamos a programar las Direct3D, 
no necesitaremos conocer las 
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Los directorios lib e inelude deben 
estar entre los directorios de núes 
tro compilador, y siempre en pri¬ 
mer lugar. 


Direct X 


Código fuente del ejemplo 


tídefine INITCUID 

#inelude <windows.h> 
#include <windowsx.h> 
tíinclude <stdio.h> 


#indude "ddraw.h 


ti 


LPDIRECTDRAW 

LPDIRECTDRAW2 

HWND hwnd; 
HWND hlistbox; 


\pDD2; 


bool WIN API EnumDDrawDevice(GUID FAR 
*lpGUID, LPSTR IpDDescription, LPSTR 
IpDName, LPVOID IpContext) 

{ 

LONG indice; 

HWND hwnd; 

LPVOID ipDevice; 


// Guardamos el handle que le hemos 
pasado como información adicional 

// El handle corresponde a una lista 

hwnd = (HWND) IpContext; 

// Guarda en la lista el nombre del dis¬ 
positivo 

indice = SendMessage(hwnd, LB_ADDS 
TRING, 0, (LPARAM) IpDDescription); 

//Si hemos tenido algún error, le deci¬ 
mos a la función de enumeración que 
hemos acabado. 

if (indice == LB_ERR) 

return DDENUMRET_CANCEL; 


// Si GUID es NULL, tenemos el disposi¬ 
tivo primario , 

// en caso contrario t tenemos 

otro dispositivo y debemos quardar sus 
datos. 

if (IpGUID == NULL) 

IpDevice = NULL; 


// Reclamamos memoria para guar¬ 
dar la información 

IpDevice = (LPGUID) 
malloc(sizeof(G U/D ); 

// Comprobamos que realmente hemos 
obtenido la memoria 

if (! IpDevice) 
return false; 

// Copiamos los datos 

memcpyflpDevice, IpGUID, 
sizeof(GUID)); 

} 

// Guardaremos en la listbox junto al 
texto, la dirección del dispositivo 

SendMessage(hwnd, LB_SETITEMDATA / 
indice; (LPARAM) IpDevice); 


// Permitimos que Windows siga llaman 
do a la función mientras tengamos más 
dispositivos 

return DDENUMRET_OK; 


// Controla los mensajes de nuestra venta¬ 
na 

LRESULT CALLBACK WindowProcfHWND 
hwnd, unsigned Msg, WPARAM wParam, 
LPARAM IParam) 

LPGUID IpDevice; 

LONG Índice; 


switch(Msg) 

case WM_COMMAND: 
if ((HWND) IParam == hlistbox) 
if (HIWORD(wParam) == 
LBN_DBLCLK) 

( 

IpDevice = NULL; 

// Obtiene el identificador 
del dispositivo seleccionado 

Índice = 

SendMessage(hiistbox, LB_GETCURSEL, 0, 

0 ); 

IpDevice = (LPGUID) 

SendMessage(hlistbox, LB_GETITEMDAJA, 
indice; 0); 


DirectDraw 


// Creamos el objeto 


(FAILED(DirectDrawCreate(lpDevice, 
aipDD, NULL))) 

{ 

MessageBox(NULL, 
"No se pudo crear el objeto DDraw", 

*ERROR", MB_OK); 

return 0; 


// Obtenemos la interface 
correcta de DDraw 

if (FAILED(lpDD- 

> Queryln terface(HDJDirectDra w2, 
(LPVOID *) aipDD2))) 

\ 

MessageBox(NULL, 
"No se pudo obtener la interface DDraw", 
"ERROR", MB_OK); 

return false; 


// Liberamos la interface 


# * 


vieja 


ipDD->Release(); 


MessageBox(NULL, 

"DirectDraw inicializada correctamente", 
"EXITO", MB_OK); 


break; 

case WM DESTROY: 
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Direct X 


PostQuitMessage( O); 
break; 


(continuación) 


default: 

return DefWindowProcfhwnd, Msg, 
wParam, IParam); 

¡ 


return 0; 


bool lnit(HINSTANCE hlnstance, int 
nCmdShow) 

{ 

// Prepara una clase con algunas de las 
características de nuestra ventana 


WNDCLASS wndClass = { 


DRAW I C5 VREDRAW, 


CS HRE- 


WlndowProc, 


hlnstance, 


0 , 0 , 


NULL, 


LoadCursor(NULL, IDC_ARROW), 


CetStockObject(WHITE_BRUSH), 


(HBRUSH) 


VER" 


NULL, 
CAMEO- 


ii 


RegisterClass( & wndClass); 


// Crea nuestra ventana 


hwnd = CreateWindow("GAMEOVER", 

''Carne O ver", 

WS_ O VERLAPPED WIN DO W, 
CWJJSEDEFAULl\ 
CW_USEDEFAULT f 
320, 200,, 

NULL, 

NULL, 

hlnstance, 


if (Ihwnd) 
return false; 


// Crea una listbox 

hlistbox = CreateWindow("LISTBOX ", 

NULL, 

WSJ/iSIBLE I WSJCHILD 
LBS_NOTIFY I LBS^STANDARD, 

20 , 20 , 

280, 160, 
hwnd, 

NULL, 


DirectDraw, craso error, debemos 
usar DirectDraw para inicializar las 
Direct3D, y en cierto modo, 
Direct3D depende de DirectDraw 
para mostrar sus operaciones. 

Con la información de los dispo 
sitivos que nos proporciona 
DirectDrawEnumerate, inicializare- 
mos un dispositivo gráfico. 
Debemos tener en cuenta la posi¬ 
bilidad de que el usuario tenga 
varios dispositivos gráficos, por lo 
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hlnstance, 

NULL); 


if (! hlistbox) 


CloseWindow(hwnd); 


return false; 


return true; 


int PASCAL WinMain( HINS TAN CE hlnstance, 
HINSTANCE hPrevInstance, LPSTR IpCmdLine, 
int nCmdShow) 


MSG msg; 


loDD 


// Nos aseguramos de que se ha creado la 
ventana 


if (!lnit(hlnstance, nCmdShow)) 
return false; 


// Mostramos la ventana 


ShowWindowihwnd, SW_SHOWNOR 
MAL); 

UpdateWindow(hwnd); 


// Llama a la función de enumeración que 
nos proporcionara los dispositivos presentes 
en el sistema 


if (FAILED(¡DirectDrawEnumerate((LPDDE ■ 
NUMCALLBACK) EnumDDrawDevice, 
(LPVOID) hlistbox))) 
return false; 


// Bucle de mensajes 


while (GetMessage(&msg, NULL, 0,0)) 


TranslateMessage( & msg ); 
DispatchMessage( fhmsg); 


// Liberamos el objeto DDraw 


if (ipDD2) 
lpDD2 - >Release(); 


return msg. wParam; 


que no debemos caer en la tenta¬ 
ción de inicializar las DirectDraw 
con un valor de dispositivo nulo. 
Esto nos proporciona acceso al dis¬ 
positivo gráfico por defecto, en 
algunos casos puede ser una forma 
rápida de inicializar el sistema, pero 
tengamos en cuenta, que no es 
raro que en una maquina encontre¬ 
mos varios dispositivos gráficos co 
existiendo, una tarjeta de vídeo 2D 
con una aceleradora 3D, 
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Nuestro programa, utilizará 
una listbox para guardar los 
resultados proporcionados por 
DirectDrawEnumerate, y con la H 
selección que realicemos, 
intentaremos crear el objeto ¿ 
DDraw, algo bastante simple, k 
pero que puede servir de 
comienzo al lector interesado : 




m 


en la programación de DirectX. 


Creación del proyecto 

Los primeros pasos que debe¬ 
mos seguir para crear nuestro 
proyecto, serán crear una apli¬ 
cación Win32 vacía, es decir 
sin código, no debemos caer 
en la tentación de que el pro¬ 
pio compilador nos genere 
código, ya que recurrirá a las 
MFC, librerías de Microsoft 
que no se llevan del todo bien 
con DirectX. 
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Creamos posteriormente un 
fichero cpp que llamaremos 
main, el cual será nuestro 
fichero principal. Debemos 
asegurarnos que nuestro com¬ 
pilador tiene entre sus directo- 
ríos de trabajo los que contie¬ 
ne el SDK de DirectX. 
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Ineludes 
e inicialización 


Para nuestro ejemplo necesi¬ 
taremos varias librerías están¬ 
dar de C++, así como la libre¬ 
ría de DirectDraw llamada 
ddraw.h. Otro parámetro 
indispensable será un define, 
necesario para poder utilizar 
la función Query Inter face, 
esta función nos permite 
obtener versiones de la inter¬ 
faz DirectX diferentes a la que 
creamos por defecto. 
Podríamos pensar que 
Microsoft debería haber 
actualizado la interfaz, y que 
al crear un objeto DirectDraw 
obtuviéramos la ultima ver¬ 
sión, pero esto eliminaría la 
compatibilidad hacia atrás de 
la que siempre hace gala 
Microsoft. En cualquier caso, 
nos basta colocar #define 
INITGUID al principio de nues¬ 
tro código, para que poda- j 
mos obtener la última interfaz. 

Algo que no podemos olvidar 
es que, además de haber selec¬ 
cionado los directorios de trabajo 
del SDK entre las opciones de 
nuestro compilador, el proyecto 
debe tener entre Jas librerías a 
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inkar las propias de DirectX, por 
lo que debemos incluirlas entre 
las ya presentes. 



Armando Vélez 
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Hace dos números, en esta misma sección 
explicábamos el funcionamiento del famoso 
modo 7 de Div, casi cuando aparecía la 
segunda versión de este producto. Éste lo 
vamos a dedicar al modo 8 y cómo crear 
mapas 3D con Div 2. 


amos a dedicar la sección 
de este número y posterio¬ 
res a explicar detallada¬ 
mente cómo crear mapas 
3D con DIV 2, usarlos en un progra¬ 
ma y, sobre todo, cómo valerse de 
algunas estratagemas para conseguir 
superar las limitaciones del modo8 . 

El editor de mapas 3D 

Todos aquellos que hayan sido, o 
sean, adictos al Doom 2 ya crear 
niveles para él, encontrarán varias 
similitudes entre el editor 3D de DIV 
y editores para Doom como Deep, 
con pocas diferencias, salvo que en 
DIV 2 no estamos usando un engine 
ya creado, puesto que eso será 
tarea posterior del programador. 

Para crear nuestro mapa 3D usa¬ 
remos la librería de texturas que 
viene con DIV 2 para no complicar¬ 
nos la vida. Una vez abierto el edi¬ 
tor, seleccionando 'NUEVO'' en el 
menú Mapas 3D y haciendo doble 
clic en el mapa, nos encontraremos 
con varios campos para rellenar, 
botones y una gran ventana que es 
donde se diseña el mapa. 

A la derecha hay tres casillas, 
que de arriba a abajo son: textura 
de pared, textura de techo y textu- 



El sector creado, con las texturas 
correspond ientes. 


ra de suelo. Debajo de la textura 
de techo y suelo hay dos campos 
numéricos para rellenar, donde se 
indican las alturas del techo y suelo 
respectivamente. Tras introducir en 
cada una el valor de la altura y pul¬ 
sar intro, una barra a la derecha 
nos mostrará en blanco la situación 
del sector con respecto a los valo¬ 
res mínimos y máximos de altura. 
Éstos son 0 y 4095, entre los que 
podrán oscilar las alturas de techo 
y suelo. Si nos fijamos, al lado de la 
casilla de la textura de pared y 
techo hay dos barras de desplaza¬ 
miento. Éstas sirven para ajustar el 
nivel de luz de las texturas de 
pared y de techo y suelo. Las de 
techo y suelo siempre se ajustan a 
la vez, sólo ajustando la que hay al 
lado de la textura de techo. 

A la izquierda, debajo de la ven¬ 
tana principal, hay varios botones 
con su descripción al lado. El prime¬ 
ro es "EDICIÓN''. Cuando su casilla 
esté seleccionada, podremos dibujar 
líneas que serán las paredes de un 
sector (que deberemos cerrar siem¬ 
pre, terminando en el punto de 
comienzo). Debajo aparecen las 
coordenadas X e Y del mapa en el 
sitio donde se encuentra el puntero 
del ratón. Son útiles para varias 
cosas que veremos más adelante. 

A la derecha de "EDICIÓN'' 
tenemos "VÉRTICE", "LÍNEA" y 
"SECTOR". Éstos sirven para poder 
seleccionar lo que sus nombres 
indican y modificarlos. Por ejemplo, 
si pulsamos "VÉRTICE" podremos 
elegir vértices del mapa para 
moverlos. En "LÍNEA", podremos 
elegir líneas de paredes para modi¬ 
ficar sus texturas. En "SECTORES", 
las texturas de suelo y techo y las 
alturas. A la derecha pone "BANDE- 
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El mapa 3D al completo, con sus 
tres sectores. 


RA" y un indicador numérico deba¬ 
jo. Teniendo "BANDERA" seleccio¬ 
nado, podemos insertar una bande¬ 
ra con el número que tengamos 
debajo, teniendo en cuenta que si 
se inserta una ya existente, la anti¬ 
gua se moverá a la posición de la 
nueva. Es decir: si hay una bandera 
0 y se inserta otra como 0, la 0 
antigua pasará a estar en el lugar 
de la nueva. Estas banderas son úti- , 
les para marcar sitios donde un 
proceso podrá "teletransportarse'' i 
inmediatamente con el comando 
go_to_flag(<número de bandera>). 

Inmediatamente después de 
bandera pone "GRID" y "SNAP", y 
una casilla a la derecha. "GRID" 
activa la rejilla, una ayuda para I 
dibujar, y "SNAP" lo que hace es I 
que cada vez que movamos/inser- I 
temos un vértice se ajuste a uno de ¡ 
los puntos de la rejilla. Estas dos I 
opciones son extremadamente úti- I 
les, y casi obligatorias a la hora de [ 
unir dos sectores (adjoin como se I 
diría en términos de Doom) ya que 
los, al menos, dos vértices que los I 
unen deben coincidir. La casilla de 
la derecha es el mapa de fondo I 
que se verá siempre que la cámara 
se encuentre con I 

paredes/techos/suelos con textura 
0, transparente. Y por último, a la | 
derecha del todo, abajo, hay una I 
pequeña casilla donde se indica el 1 
archivo FPG de las texturas. II 

Comenzaremos eligiendo el 
archivo FPG. Haciendo clic en la I 
casilla de abajo a la derecha, se nos í 
abrirá el "explorador" de DIV 2, I 
donde nos meteremos en el direc- I 
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torio de éste, después en el direc¬ 
torio "WLD" y elegiremos 
"WLD_VIEW.FPG", con lo que ten¬ 
dremos todas las texturas de este 
FPG disponibles. 

Bien, ahora vamos a empezar a 
crear un mapa 3D sencillo. 
Comenzaremos con un sector prin¬ 
cipal. Antes de ponernos a editar, 
conviene definir las texturas de las 
paredes, suelo y techo, y las alturas, 
para no tener que ponerlas después. 

Elegiremos, por ejemplo, para 
las paredes, la textura 1, para el 
techo la 0 (para simular un exte¬ 
rior) y para el suelo la 9. Las alturas 
de techo y suelo deberían bastar 
con 2000 y 1500 (nunca empecéis 
con altura de suelo 0 a menos que 
estéis seguros de que ése es el sec¬ 
tor más bajo Comprobaremos en 
la barra de la derecha que, efecti¬ 
vamente, el área blanca se adapta 
a los valores de nuestro sector 
(recordar pulsar intro tras introdu¬ 
cir el valor). Sería bueno que eligié¬ 
ramos ya la textura de fondo. La 
47 parece ser la que mejor se aco¬ 
pla. Ahora pulsamos F1 un par de 
veces para hacer un "zoom in" (el 
F2 sirve para lo contrario). Y vamos 
a dibujar un cuadrado, que es lo 
más simple, de 1024 de lado 
(usando las coordenadas X e Y y la 
"DISTANCIA'' nos resultará más 
fácil determinar las medidas). 

Ya tenemos un sector de 
comienzo (si no es cuadrado perfec¬ 
to, usar "VÉRTICES" para arrastrar 
los vértices descolocados a su posi¬ 
ción correcta). Ahora vamos a colo¬ 
car la bandera 0 en el centro del 
cuadrado. En cualquier momento 
podemos pulsar las teclas de control 
para desplazarnos por el mapa. Si 
ahora salváramos el mapa y usára¬ 
mos el programa WLD_VIEW (cam¬ 
biando los parámetros) para verlo 
en 3D, sería una habitación sin 
techo (con el cielo de fondo), pero 
encerrada en cuatro paredes. 

Si en algún momento un sector 
nos saliera realmente mal, pulsando 
en "SE TOR" podremos elegir el 
sector "defectuoso" y pulsar la tecla 
"SUPRIMIR" para eliminarlo. 

Ahora vamos a meter un sec¬ 
tor dentro de otro sector. Pulsamos 
"F2" una vez para ver nuestro 
mapa un poco más de lejos. Vamos 
a definir los valores de la altura; 
esta vez pondremos 2000 y 1450. 


A la textura del suelo y lecho le 
bajaremos un poco la luz para que 
se note bien el escalón, al estar 
diferenciados los sectores un poco 
en sus texturas. Creamos un hexá¬ 
gono alrededor del sector inicial 
(no tiene que quedar perfecto . Y 
lo que tendríamos ahora es un sec¬ 
tor primero) dentro de otro sector 
'segundo), el primero sobresalien¬ 
do por encima del segundo. 

Ahora anexionaremos un sector 
a otro sector. Lo normal suele ser 
"conectarlo" por dos vértices, pero 
por supuesto pueden ser más. ¿Qué 
hay que hacer? Elegir las texturas 
del nuevo sector, por ejemplo estas: 
5, 11 y 12. Como podéis ver, va a 
ser un sector cerrado. Pero hay un 
problema: si anexionamos un sector 
con i extura de techo a un sector sin 
textura de techo con la misma altu¬ 
ra o menor, se notará la falta de un 
segundo ¡ayer por encima del sec¬ 
tor con techo, y queda un "error 
visual" que se nota demasiado, por 
lo que hay que corregirlo. ¿Cómo? 
Poniendo el techo del sector nuevo 
a una altura menor. Usemos estas 
alturas: 1800 y 1400. Ahora nos 
insertamos el primer vértice EN EL 
MISMO SITIO donde estaba el vér¬ 
tice superior izquierdo del hexágo¬ 
no, después el segundo en el vérti¬ 
ce superior derecho, y concluimos 
el sector haciendo una figura más o 
menos como en la figura 3. 
Procuraremos siempre que no que¬ 
den ángulos de menos de 90° en 
los picos de las paredes/uniones de 
sectores para que no se produzca 
otro efecto visual que empeora la 
calidad del mapa. 

Ahora viene un punto importan¬ 
te en la unión de sectores. Un sec¬ 
tor es más bajo que otro, así que 
hay que definir la pared que queda 
por encima de la "puerta" para 
acceder al último sector, y también 
la pared que hay en el "escalón" 
para subir del sector último al 
segundo. Cuando pulsas en modo 
"LINEA" sobre una pared anexiona¬ 
da, se elige ésta y se iluminan los 
vértices del sector al que pertenece. 
Pulsaremos en la línea que une los 
dos sectores hasia que se ilumine el 
sector segundo. Ahora elegiremos la 
textura que va a tener esa primera 
pared "por encima de la puerta" y 
ia del "escalón". La textura 34 servi¬ 
rá (para que se note la diferencia , 
Hay otro escalón en el primer sector 
pero se quedó con la textura que le 
asignamos a la pared primeramente 
(y que es también la de las paredes 
del sector segundo). 

¡Ya podemos salvar el mapa!. 

Elegiremos "GUARDAR COMO" 
en el menú mapas 3D, teniendo 
elegido este mapa, y lo guardare¬ 


mos como "3DRED.WLD". Ahora 
podemos usar el programa 
WLD_VIEW.PRG que viene con DIV 
2 para ver nuestro mapa (acordán¬ 
donos de cambiar el nombre del 
fichero WLD en la constante 


ARCHIVO^ WLD). 

Dado que 
desde la progra¬ 
mación podremos 
modificar las 


Utilizando adecuadamente 
las texturas, nuestros 
escenarios quedarán 
perfectos 


características de cada sector, si 
estuviera compuesta por un sólo 
sector sólo podríamos modificar 
ése. Ejemplo: si tenemos un área 
rectangular plana que queremos 
que se transforme en una escalera 
ascendente, tendremos que dividirla 
en sectores del tamaño de cada 
escalón, para que luego vayan 
aumentando su altura de suelo cada 
uno poco a poco, teniendo cada 
escalón al final una altura un poco 


mayor que el escalón anterior. Si 
este área rectangular fuera un solo 
sector, sería imposible "partirlo" 
después en escalones; tan sólo 
podríamos aumentar o disminuir la 
altura de todo el suelo a la vez. 
Bueno, con esto está ya expli¬ 
cado el manejo del editor de 
mapas 3D, (una herramientas bas¬ 
tante potente). 


Las texturas 


Usar la librería de texturas del DIV 2 
es muy fácil, pero normalmente 
cuando hagamos un juego un poco 
serio querremos diseñar nuestras 
propias texturas. Para ello debemos 
pensar primero en dónde se va a 
desarrollar la acción, para saber, por 
ejemplo, si deben ser texturas natu¬ 
rales o texturas de edificios o inte¬ 
riores. Otro factor es el cuándo. No 
es lo mismo el suelo, techo y pare¬ 
des de un castillo medieval que los 
de una base militar del 2040, obvia¬ 
mente. Para diseñar las texturas os 
recomiendo un buen programa de 
diseño 2D como Adobe Photoshop. 

A la hora de diseñar las texturas 
de la pared/suelo/techo debemos 
tener en cuenta un par de factores. 

El primero es el tamaño del mapa, 
que debe ser un cuadrado de lado 



El mapa 3D, el fondo genera una 
sensación mayor de tridimensio- 
nalidad. 
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potencia de 2. Es decir, 2x2, 4x4, 
8x8, 16x16... 128x128 (el más fre¬ 
cuente)... El segundo factor, muy 
importante y a veces difícil de con¬ 
seguir, es que la textura sea perfec¬ 
tamente cíclica. Es decir, que se 
pueda repetir (o tilear) sin que en 
jos bordes de cada cuadrado tileado 
se note que no encaja con el borde 
del cuadrado de al lado. Para conse¬ 


guir que una textura sea cíclica se 
pueden usar varios métodos. El más 
simple, y que quita los problemas 
de golpe, es ponerle bordes dibuja¬ 
dos a la textura, es decir, que toda 
la textura sea una "loseta" que se 
repite por la pared o suelo sin que 
quede mal. Los procesos más com¬ 
plejos implican realizar una serie de 
tiieados, adaptando cada vez uno de 
los bordes de la textura. Este proce¬ 
so lleva más i iempo pero consigue 
un acabado más profesional. Luego 
están también ciertas texturas que, 
por su forma, son de por sí cíclicas. 

Y también algunas texturas que no 
necesitan ser cíclicas, por ejemplo, 
una textura que es un dibujo de un 
interruptor, para poner en una 
pared. Para conseguir que encaje la 
textura sin que se repita o se vea 
sólo una parte hay que crear un sec¬ 
tor pequeño dentro de la pared de 


La edición de mapas 
3D con DIV 2 es 
realmente sencilla 


las medidas de la textu¬ 
ra, y ponerlo a la altura 
necesaria para que 
encaje perfectamente. 

Otra textura importan¬ 
te es la del fondo. En mapas de 
interiores quizá no haga falta, 
pero en casi todos los mapas 
siempre queda bien que haya 
alguna ventana o habitación sin 
techo a través de la cual se pueda 
ver el fondo, ya que con el movi¬ 
miento se genera una sensación 
mayor de 3D. 


Los personajes 

Otro de los factores importantes en 
todo juego 3D es el diseño de los 
personajes. Los personajes necesa¬ 
riamente deberemos diseñarlos con 
un programa de diseño 3D como 
3D Studio Max, dado que resulta 
demasiado engorroso tener que 
dibujar a mano cada personaje, rea¬ 
lizando cada acción, en cada vista, 
etc. Pongamos sólo que para movi¬ 
mientos como andar son 5 gráficos 
(que es poco), multiplicado por 8 
vistas (lo mínimo para que quede 
bien) ya son ¡¡40 gráficos!! 
Sumándole todos los demás movi¬ 
mientos, y multiplicando por el 
número de personajes (no van a ser 
todos iguales, enemigos y personaje 
principal) obtenemos cifras que 
pueden llegar a rondar los 500 grá¬ 
ficos (en cualquier juego mínima¬ 
mente decente con distintos tipos 


de enemigos) y muchas veces más, 
por lo que no hay que poner en 
duda que el diseño de los persona¬ 
jes puede llegar a ser MUY pesado. 

Para diseñar los personajes 
podemos usar también el generador 
de sprites de DIV 2 , aunque su 
único defecto es que está bastante 
limitado en cuanto a movimientos 
se refiere, dado que no podemos 
añadir nuevos, ni editar los exis¬ 
tentes. Además, uno se termina 
aburriendo de los únicos tres mode¬ 
los hombre, mujer y niño] que hay. 
Por lo que lo mejor es usar un pro¬ 
grama externo, que si bien suelen 
ser más pesados (salvar gráfico a 
gráfico, cada vista renderizada, girar 
el personaje...) el modelo 3D se 
mueve totalmente a gusto del dise¬ 
ñador, e incluso si uno es un mani- 
tas del diseño, puede que quede 
todavía mejor que con el generador 
de sprites. Es cuestión de práctica. 

Normalmente, en los juegos en 
3D la cámara está en I a persona, 
tan sólo hace falta diseñar las armas 
vistas desde el punto de vista del 
protagonista, para que aparezcan 
en la mano del personaje al selec¬ 
cionarlas. Y claro, en juegos con 
cámara en 3 a persona (desde fuera) 
o modo multjjugador, se necesita el 
diseño del actor del juego. 

Los objetos 

Para disminuir los requerimientos 
de memoria/espacio del juego (y 
facilitar la tarea al programador) 
normalmente los objetos son pro¬ 
cesos que usan sprites fijos. ¿Qué 
son los sprites fijos? Son dibujos en 
2D que, los mires por donde los 
mires en el mapa 3D, siempre 
muestran el mismo lado, esto es, 
tienen un sólo gráfico de vista. 
Puede que con algunos tipos de 
objetos esto quede algo irreal, pero 
bueno, es algo que ocurre en 
todos los juegos 3D basados en 
sprites. Normalmente, sólo los 
objetos inertes e ítems que puede 
recoger el personaje usan sprites 
fijos. Si alguien quiere hacer un 
juego con DIV para Pentiums III 
con 128 Mb de RAM puede per¬ 
fectamente, si quiere, ponerle 
hasta 16 vistas distintas a un obje¬ 
to (y más), pero son ganas de 
complicarse la vida. 

Otros elementos que usare¬ 
mos con sprites fijos serán, por 
ejemplo, las balas que sean visi¬ 
bles (como lasers , los impactos 
de balas en pared/enemigos, las 
explosiones... todo lo que no 
requiera que el personaje sepa 
hacia dónde está "mirando". 

Últimos consejos 

Os recomiendo que nunca pongáis 




Un personaje diseñado con 3D 
Studio para hallar las vistas. 


la misma luz en paredes adyacentes 
ni en sectores contiguos. Tampoco 
en los suelos, aunque sólo varíe en 
un punto la luz. Podéis comprobar 
que si todas las texturas están a la 
misma luz a veces no se distingue 
bien donde hay un escalón, y las 
paredes quedan clónicas. Variando 
la luz un poco esto se evita. ] 

A la hora de copiar sectores 
(función no incluida, por desgracia, 
en DiV 2) lo mejor es que os fijéis en 
las coordenadas X e Y de cada vérti¬ 
ce del sector a copiar, para saber la 
distancia de los vectores que sepa¬ 
ran cada vértice y su dirección, cosa 
que facilitará mucho el hacer una 
réplica manual del sector original. 

Cuando diseñéis los personajes o 
sprites fijos para cualquier 
objeto/efecto debéis fiaros en 
dónde ponéis el punto de control 0, 
puesto que luego cuando defináis la 
height de su proceso debéis tener en 
cuenta que es la distancia que aña¬ 
dirá desde la Z en la que se encuen¬ 
tra (altura) al punto 0. Así que si su 
height es muy baja y la z está a ras 
de suelo, con el punto 0 en la parte 
de arriba del gráfico, nos quedará 
un enanito (no en tamaño sino en 
altura, sin quedar deformado). 

En el próximo número y expli¬ 
caremos cómo valernos de diversas 
estratagemas para conseguir olvi¬ 
darnos de la limitación de un solo 
i ayer, y otras barreras que con ima¬ 
ginación podremos romper. Hasta 
la próxima. 

Si tenéis cualquier idea, sugeren¬ 
cia, duda, etc. mandádmela a mi e- 
m@il para que en próximos núme¬ 
ros pueda intentar aclararla y todos 
aprendamos más. M 

Fermín Vicente 
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Utilidades 


la herramienta definitiva de programación en ( 


En GstG número hciblctrGmos dGl paquete Lee 

\A/inOO Uavmmm. •_ _ . .... * 


i... . . -—. W...WW UWI pagúele L 

Win32, herramienta imprescindible para la 


Windows 


Wedit 


----“"'‘J ^UC JUII1U LUII Cl 

programa de compilación de C, Lee, hace un aran 

eoumn nara Híefmfa Wa u.__. “ 


T ” ■ MV w j iiauc U 

equipo para disfrute de los programadores. 


los programadores de C 
lo que siempre nos ha 
hecho sudar chorros de 
tinta es la cantidad de 
tareas repetitivas y documenta¬ 
ción que debe acompañar a cada 
programa que hacemos. Siempre 
os hemos visto obligados a 
hacerlo a mano, sin otra ayuda 
que el típico entorno gráfico del 
editor más común, que nos deja 
odo el trabajo a nosotros. No 
obstante, teniendo en mente este 
problema tan común, Fraser, 

Hanson y Navia se decidieron por 
fin a hacer un entorno de progra¬ 
mación orientado "realmente" a 
programadores: el Lee- Win32. Y 

lo mejor de todo: el paquete es 
totalmente freeware, aunque los 
autores agradecen que, si ha sido 
de alguna utilidad el programa y 
se puede, se haga una donación 
simbólica para mantener vivo el 

programa. 


escritorio y otro en el menú inicio, 
que ejecutan el programa. 

El entorno Wedit, además de 
utilizar el compilador Lee para la 
compilación en C, tiene las opcio¬ 
nes de compilar los distintos pro¬ 
gramas en lenguajes Ensamblador , 
Pascal y Fortran . 

El programa posee todas las 
opciones que puede tener cual¬ 
quier programa de Windows , ser 
una aplicación de consola, de 
Windows , una DLL ( Dynamic Link 
Libraryj o una librería estática. Con 
todo esto, y las herramientas que 
comentaremos más adelante, este 
programa se alza sobre casi todos 
sus competidores en este campo. 


Un breve repaso 

Abrir un fichero Para empezar, 
es necesario crear o abrir un fichero, 
éstos son los tipos que soporta Lee:' 


Instalación 
y configuración 

La instalación del programa es muy 
sencilla; éste viene en un paquete 
de distribución autoextraible, 
donde lo único que hay que indi¬ 
car es el directorio de la instala¬ 
ción. Una vez instalado se crean 
varios accesos directos, uno en el 


.c: archivos de código C. 

.h: archivos cabecera de código C. 
.f: archivos de Fortran. 

.asna: archivos de ensamblador, 
•hpp: archivos cabecera de C++. 
.pas: archivos de Pascal . 

.exe: archivos ejecutables ( posee 
un editor interno para la edición 
de archivos binarios). 



Análisis exhaustivo de funciones. 


Abrir un proyecto. Hay 

casos en que es necesario compi¬ 
lar varios ficheros y unirlos ( iinkar- 
losi conjuntamente. Para hacer 
esto, se define lo que se llama un 
proyecto, donde se mantendrá el 
número de ficheros a incluir y 
cuáles son. Tanto para crear un 
proyecto, como para borrarlo y 
odificarlo tendremos que ir al 
menú Project. Al crearlo, nos pre¬ 
guntará nuestro nombre, el del 
proyecto, el directorio de trabajo 
y el tipo de aplicación que desea- 
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Las opciones de búsqueda son numerosas. 


mos crear. Una vez indicado todo 
esto, podremos elegir entre el 
Application Wizard o crear nosotros 
mismos el esqueleto del programa. 

El Application Wizard nos pre¬ 
guntará que tipo de programa será 
y que librerías ut ilizará. Una vez 
hecho esto se creará un fichero 


con el esqueleto del programa. 

En este punto deberemos intro 
ducir las opciones de compilación, 
que por cierto son 
bastantes. Hay que 
estar familiarizado 
con ellas, aunque, 
para programado- 
res noveles, es mejor dejar los valo¬ 
res que vienen por defecto. 

Una vez hecho todo esto, ya 
estamos totalmente preparados 
para empezar a programar. 

El menú Edit. Nunca había 


Nunca en la vida había 
sido tan fácil la 
programación en C 


visto un menú más completito. 



kfJiíFi r 


¿M BIH23HO_s5®20T5(cS!í 

citar Sai|ida[l2fi] ; 
ehar s*djiéader[5l2} ; 
blocklék fro*_buf' 
blocklék to_buf; 

FILE *f Salida, *fEntre 
iní i; 


Show fetiJt*„. 
Link 

fierwfate Hakafte 
RefrJdal 


£ Entrada - fopeníEntre 
it Entrada*-nuil) { 
ok_alar t(io_err,0,01 
retara falsa: 



strepy(Salida,Entrada) j 
kiU^extensioníSaUda), 
if (bin) streatí¿Salida.* SHB") 
eisa strcat(fSalida.. * ,SIKV) ; 


Aspecto del menú compiler. 











45 


"y 















































































































































































































Utilidades 



El menú edit es mucho más amplio que lo 
habitual. 


copia funciones, marca bloques, 
copia lo seleccionado a un archivo, 
edita las descripciones de una fun¬ 
ción o del archivo, indica los cam- 
Dios producidos en el fichero 
desde la última modificación, con¬ 
vierte tabulaciones a espacios o 
viceversa, etc. 

El menú Search . Además de 
las funciones habituales (find, 
search, etc.), posee la particulari¬ 
dad de que cada una de éstas 
puede aplicarse a todas las venta¬ 
nas abiertas. También posee una 

utilidad similar al 
grep de Unix. 
Puedes moverte 
por los códigos 
utilizando book~ 
marks, puedes buscar una función 
o sacar la lista de todas las funcio¬ 
nes o estructuras del programa, en 
resumen, es bastante funcional. 

El menú Options. Aquí es 
donde se pueden configurar 
muchas de las opciones del pro¬ 
grama, por poner un ejemplo, si 
estamos acostumbrados a las 
teclas del Borland TurboC podría¬ 
mos cambiar la tecla de debugge- 
orel programa de F5 a F7, y asig¬ 
nar más teclas a más opciones 


Con esta utilidad será 
mucho más fácil documen¬ 
tar cualquier tipo de 

programa 



Opciones de configuración. 



que, a lo mejor, no tienen asigna¬ 
da ninguna. También se pueden 
asociar programas que funciona¬ 
rán como utilidades externas. 

El menú de configuración es 
muy extenso, y va desde las opcio¬ 
nes más básicas hasta la creación 
de macros, pasando por todas las 
opciones de distintos grados de 
optimización de código a la hora 
de linkar programas, o la personali¬ 
zación de los colores de pantalla, 
todo un lujo. 

El menú Project. En este 
menú crearemos proyectos, y abri¬ 
remos, cerraremos o borraremos 
proyectos previamente definidos. 
Para la creación de proyectos, el 
Wedit crea una llave en el registro 
de Windows, donde almacena 
todos los datos del mismo. 




El menú más interesante de todos. 


con las distintas versiones hasta el 
momento, con comentarios, 
fechas de lanzamiento, cambios 
entre distintas versiones, modifi¬ 
caciones por hacer, historia de las 
funciones, revisiones, y un sinfín 
de utilidades para llevar ordena¬ 
damente el lanzamiento de una 
versión de un programa. 

WeditRes es un pequeño pro¬ 
grama para la creación del esque¬ 
leto de la disposición de ventanas 
(i resources ) en pantalla. Es total¬ 
mente gráfico, colocando los 
botones, listas, listas de opciones 
o cajas seleccionabas en el lugar 
de la ventana que prefiramos, 
facilitándonos así la codificación 
de esta parte del programa, que 
es totalmente automática. 















Increíblemente fácil manejar dis¬ 
tintas versiones. 

El menú Compiler . En este 
menú encontraremos las opciones 
más comunes de los compilado¬ 
res: compile , make, link, rebuild all, 
debugger, set breakpoint, etc. 

El menú Debug, Si marcamos 
la opción debugger, se sustituirá el 
menú Compiler por el menú Debug, 
en el cual podremos encontrar 
todas las herramientas que existen: 
avance en el programa de distintas 
maneras (execute, step in, step out, 
run to cursor, stop debugging, etc.), 
visualización de distintos datos 
(watches, pila, memoria, registros 
de la CPU, etc.) y organización de 
breakpoints. 

El menú l/f//s. Esta es la joya 
de la corona del programa. 

Existen gran variedad de utilida¬ 
des para el análisis de proyectos: 
análisis de referencias a objetos, 
árboles de funciones, generación 
de archivos de ayuda, análisis 
métrico de funciones y ficheros, 
escritura de los prototipos en un 
fichero, relaciones entre ficheros, 
y más herramientas que realizan 
un análisis exhaustivo de las pro¬ 
piedades de un proyecto. 

El menú Versions. Se ha 
incluido en el Wedit una utilidad 
para la creación y manejo de dis¬ 
tintas versiones del mismo pro¬ 
yecto. Lleva una base de datos 


Para terminar 

Si queréis mas información sobre 
LcC‘Win32, los datos de Jacob 
Navia, creador del programa, son: 

Jacob Navia. 
Logiciels/lnformatique. 

41 rué Maurice Ravel. 

93430 Villetaneuse. 

France. 

Lee malling llst: 

majordomo@cs.princeton.edu 
(poniendo en el cuerpo del mensa¬ 
je: subscribe lee). 

Web: 

http://www.cs.virginia.edu/~lcc- 

win32 

Hasta el próximo número de la 
revista. <\ 

Javier Fernández 
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Opciones a la hora de debuggear 
un programa. 
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Estrategia 


Programación de juegos de Estrategia 



I 



£om° |dij¡m° s en el pasado podemos pedirle al usuario el nom- 
aiLlCUlO, hoy VeremOS cómo • con e l cual guardar la partida, 

nacer que los mobc ce n| generar nombres de ficheros 

muevan ñor oí mowL S ®- 9en f lcos (Ejem P |0: saveooi.$$ $) , 

m ,, L e J? P ° 1r e * nri a p a Sin por lo que usaremos el sistema de 

queaarse dando vueltas tener varios nombres guardados 

alrededor de un Obstáculo en nuestro caso) y pedirle al usua- 

uardar y cargar partidas la posición, llamaremos a las fun- 

mprescindible en un iueao o 0n .“ Gu 5 dar -Ma P a y 

lo actratAM¡. — — \ ® Guardar_Bichos, las cuales grabaran 

en su sitio los datos. 


v""H' caumaiDie en un iue 
de estrategia, ya que las 

narrmac o i ■ a i ^ i ^ M __ 


m w I ,/ M vf U W ICIO 

partidas suelen alargarse 

\/oriAo j 


días 


o primero que veremos hoy 
será una foi \ a de quardar el 
estado de la partida en un 
3 momento dado, y para esto 


- ' J t-^uiU CDLt, 

debemos ver qué datos describen 
el estado de la partida. 

Uno de los datos más importan¬ 
tes es el estado actual del mapa, 

que puede haber sido modificado 
talando arboles, reventando monta¬ 
ñas, etc. Otro dato es la posición 
de los mobs, destino, vida, etc. Si 

miramos atrás, 
veremos que 
todos los datos de 
los mobs están en 
una estructura 
global, lo que nos 
facilita el grabado 
de esta informa¬ 
ción, ya que si tuviéramos que 

mirar proceso a proceso sus locales 
no podríamos guardarlas en un 
solo fichero sino en tantos como 
procesos hubiera. Con esta estruc¬ 
tura podemos saber el número de 
mobs y todos sus datos. 


Los datos podrían 
guardarse en un solo 
fichero poniendo todos los 
datos que deseemos guar¬ 
dar adyacentes en 
memoria y sumando sus 
tamaños al guardarlos 


Cargando la información 

Cargar la información se realiza de 
forma similar a guardarla, pero ade¬ 
más, se debe calcular toda la infor¬ 
mación que se obtiene a partir de 
estos datos. Lo mas sencillo es cal¬ 
cular el número de mobs: recorre¬ 
mos la estructura contando el 
número de posiciones ocupadas. Lo 
siguiente es crear los procesos mob 
existentes en la partida cargada 
(tras matar los actuales). 

Aquí podemos pensar que el 
padre de todos los mobs será la 

función de Cargar_Bichos. 

Tenemos dos opciones: dejar huér¬ 
fanos a todos los mobs nada mas 
cargarlos (salir de la función de 
carga), o mantener a la función cre¬ 
adora viva. Mantenerla viva permite 
hacer un sig_kill_tree para matar a 



irnos para llegar desde 

Cruz de su cnlnr 


todos los mobs, mientras que si son 
huérfanos el sistema es algo más 
complicado (o se guarda cada id o 
cada mob se "suicida" al poner ’ 

al 9 ún fla 9 a 1) aunque desperdicia 
menos recursos. Optaremos por ia 
segunda opción y simularemos las 
señales mediante un flag que todos 
los mobs comprobarán y saldrán 
cuando sea true. El sistema es pare¬ 
cido al de la pausa. Cuando una 
variable global se ponga a 1, se sale 
del bucle. De hecho, la pausa simu- 
3 un sigjreeze para todos menos 
para la función de pausa. 

En los cuadros se muestran las 
funciones para cargar y guardar 
partidas. Podemos usarlas también 


Código de la estructura para los 

□atne rio Ia* _# . .. 


(mobs) 


Esto es lo que hay que guardar cada vez que se graba una partida: 


Guardando 
la información. 

Utilizaremos dos ficheros para cada 


partida grabada, uno para los datos 
de las rejillas, y otro para la estruc¬ 
tura que contiene la información de 
los mobs (podría guardarse en uno 
sólo poniendo todos los datos que 
deseemos guardar adyacentes en 
memoria y sumando sus tamaños 
al guardarlos). Debido a que DIV 1 
no permite manejo de strings, no 


struct mobs[MAX_MOBS] 

ocupado; /*marca si esta ocupado o no V 
casilla; /*posicion de ¡a matriz que ocupa V 
destino; /•posición de la matriz a la que va V 

tipo;/ mosca,escorpión,tanque V 

fíag_volador; /*indica si puede volar o no*/ 
identificado^ /Vdentificador del proceso al V 

/*que corresponden los datos*/ 
bando;/ bando ai que pertenecen*/ 
vida; /*Obvio no?*/ 
end 


rejilla_del_mapa[ 10 * 10 ]; 

rejilla_deJuego[ 10*10]; 
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Glosario de términos 

Flag: variable que se usa como indicador booleano. Si tiene valor impar (1) es verdadero, en cambio si lo 
tiene par 0) es falso. 

Array: un grupo de datos colocados en fila en memoria. Se accede al elemento N-esimo poniendo el nom¬ 
bre del array y entre corchetes [] el índice del elemento al que se desea acceder. 

Buffer: array que se usa como almacén temporal de datos. 

Recursividad: técnica de programación en la que una función se llama a si misma pero con diferentes 
argumentos. 

Pseudocódigo: Forma de representar el código de algoritmo de forma que cualquier programador pueda 
entenderlo sea cual sea el lenguaje que piensa utilizar. 



para cargar los escenarios iniciales. 
Una opción interesante es la que 
sigue el Dungeon Keeper, que guar¬ 
da en un fichero único la partida de 
forma automática al salir del juego, 
de modo que eligiendo la opción 
recuperar partida seguiremos 
donde lo dejamos sin tener que 
recordar donde guardamos la últi¬ 
ma parrida. Queda como idea. 

Moverse por el mapa. 

Una vez que hemos terminado con 
la carga y descarga de la informa¬ 
ción de una partida, vamos a ver 


las diferentes formas de moverse 
por el mapa. La mas sencilla es cal¬ 
cular qué casilla acerca más a nues¬ 
tro mob al destino que tiene fijado 
y avanzar hasta ella. Esto lo pode¬ 
mos saber calculando el ángulo 
que forma nuestra posición con el 
destino eligiendo la casilla que esté 
en ese ángulo (cada casilla tiene 
una franja de ángulos asociada). 
También se puede calcular la dis¬ 
tancia al objetivo desde cada una 
de las casillas adyacentes, y elegir el 
mínimo, pero esto es demasiado 
lento. Hasta aquí todo es muy sen- 



Un problema en la búsqueda de caminos es la modificación del entor 
no. Lo que antes estaba libre, ahora no lo está. 



cilio, pero el problema aparece 
cuando la casilla elegida esta ocu¬ 
pada (por otro mob, por monta¬ 
ñas, etc). He aquí donde es necesa¬ 
rio aplicar un método de búsqueda 
de caminos. En un artículo anterior 
aparecía el pseudocódigo de un 
algoritmo que encuentra el camino 
mínimo, pero tiene un problema en 
los juegos: es demasiado costoso 
para que cada mob esté ejecután¬ 
dolo si tiene que ir a algún sitio. Las 
opciones son muchas, desde el más 
sencillo, como el del Warcraft, al 
más complejo, como el que acaba¬ 
mos de mencionar. Si optamos por 
uno sencillo, los mapeados deberán 
estar diseñados para que los movi¬ 
mientos de los mobs sean realistas 
(quién no ha perdido una unidad y 
cuando la ha encontrado estaba en 
un bosque dando vueltas como un 
idiota). El más sencillo es aquel que 
cuando el mob encuentra un obs¬ 
táculo, opta por seguir por la 
siguiente casilla que más le acerca. 
Este sencillo algoritmo funciona 
cuando el mob choca con obstácu¬ 
los que no tienen concavidades, es 
decir, mas o menos circulares. Una 
modificación de este algoritmo per¬ 
mite al mob salvar un numero 
determinado de casillas en un buf¬ 
fer (array para guardar posiciones 
del mapa) para evitar pasar de 
nuevo por ellas. Esta sencilla modi¬ 
ficación permite al mob salir de 
pequeñas concavidades en las que 
se pueda meter (según el tamaño 
del buffer podrá salir de concavida- 









Problema que existe al quedarse 
un mob en un obstáculo cóncavo, 
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Buscar caminos es diferente para una unidad aérea 
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y para una terrestre. 


des más grandes o más pequeñas). 
Otro algoritmo similar aunque algo 
más costoso es haciendo la búsque- 
da de forma recursiva, es decir, el 
mob llama a una función que se 
llama a si misma sobre la casilla 
más cercana al destino. Si ésta falla, 
luego se llama sobre la siguiente 
mas cercana, y así con las ocho 
casillas adyacentes. De esta forma 
se llega recursivamente al objetivo, 
y cuando llega, va devolviendo 
TRUE y se va guardando el camino 
recorrido. Se debe limitar la profun¬ 
didad de recursión al tamaño del 
buffer, o que el mob no conozca el 
camino entero sino sub-objetivos, 
es decir, aquellas posiciones en las 
que debe cambiar de sentido, o 
solo guardar 1 de cada N posicio¬ 
nes y mantener otro buffer de N 
posiciones donde buscar caminos 


(de otra forma mas rápida) que 
unan esos sub-objetivos, etc. Con 
este algoritmo, seguro que llega¬ 
mos al destino, pero puede que 
tarde un poco en calcularlo, y si 
andamos escasos de memoria, 
puede incluso cascar el juego, lo 
cual nunca hace quedar muy bien 
a un juego ¿verdad?. Para "evitar" 
que el juego casque debemos limi¬ 
tar la profundidad de recursión, 
para que sepamos cuanta memoria 
como máximo va a necesitar el 
juego. Con esta limitación, puede 
que a veces no consiga llegar 
nunca al objetivo, así que la nueva 
condición de finalización (cuando 
deja la función de llamarse a si 
misma! no será sólo cuando 
encuentre el objetivo o un obstá¬ 
culo, sino cuando llegue al límite 
también. El límite no tiene porque 


Pseudocódigo ExploraGrafos: 
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ser el tamaño del buffer inicial, 
sino que puede ser mayor si se usa 
la opción de 1 de cada N. Por ulti¬ 
mo, podría implementarse el algo¬ 
ritmo de exploragrafos que men¬ 
cionábamos 


Cada mob se "suicida” al 
poner determinado flag a 1 
simulando una señal de kiii 


antes, y cuyo 
pseudocódigo 
aparece en el 
número 2 de la 
revista en la sección del francotira¬ 
dor. Este algoritmo no obtiene un 
buen camino hacia el objetivo. 
Obtiene el mejor camino pero a 
costa de la velocidad. 

Y en el próximo número... 
el próximo número haremos 
un pequeño editor de fases para 

nuestro juego. 

Espero que nos leamos pronto. 


Emilio Llamas Alba 


1) Guardar en una cola (ABIERTOS) el punto de origen (S) 

2) Inicializar a vacía otra cola (CERRADOS). 

5) SínTs° S e H Pr ' mer elemen9t0 ^ ABIERTOS y°I “¿¡SüS’S?ína^ariSbí^Ñ y en CERRADOS 
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El Francotirador 




Caesar 

El número pasado nos que¬ 
damos con las ganas de leer 
el francotirador. Hoy volve¬ 
mos con fuerza renovada a 
destripar otro juego. El juego 
que nos ocupa mezcla la 
estrategia con la simulación 
de ciudades, y lo hace muy 
bien. Veamos algunas cues¬ 
tiones del juego. 

Empezaremos comentando 
la cuestión gráfica del juego. 

Gráficos 

El escenario del juego se 
representa en una perspecti¬ 
va isométrica que permite 
ver más edificios que la pers¬ 
pectiva frontal elevada. Cada 
tipo de edificio tiene sólo 
una representación, pero la 
variedad de los mismos es 
apabullante. Los mobs tienen 
varias posiciones para hacer 
las animaciones de movi¬ 
miento en las cinco orienta¬ 
ciones necesarias (tres de las 

ocho se hacen espejando). Las edificaciones normales están diseñadas para ocupar cuadrados de NxN casi¬ 
llas, para que al rotar puedan utilizarse los mismos gráficos. 

Tan sólo el portón, las murallas, los acueductos y Sos fuertes pueden adoptar distintas posiciones según la 
orientación. No tiene los mejores gráficos del momento, pero están cuidados. 

Inteligencia Artificial 

La inteligencia artificial de este juego destaca por su variedad y sencillez, al igual que ocurría con los gráfi¬ 
cos. No tiene la IA más avanzada, pero con la que tiene consigue hacértelo pasar mal. Los personajes civiles 
tan sólo se mueven errantes por las calles de la ciudad hasta que llegan de nuevo a su punto de partida, o 
llegan demasiado lejos, momento en el cual desaparecen sin más. Debe ser el jugador el que decida como 
organizar las calles. En cambio, los militares enemigos (los nuestros hacen lo que se les dice) aprenden de 
ataques anteriores, eligen puntos débiles en las murallas y atacan por diferentes flancos, distribuyendo las 
fuerzas según las defensas a las que se enfrentan. De todas formas, a veces se les puede engañar poniendo 
un trozo de muralla en mitad del camino, lo que entretendrá a parte de las fuerzas mientras fulminamos al 
resto. Parece ser que tienen como prioridad destruir las murallas independientemente de si hay o no otra 
forma de entrar. El algoritmo de búsqueda de caminos es el de explorágrafos o uno similar), ya que obtie¬ 
ne siempre el camino mínimo. Lo que realmente dificulta el juego son la economía y la gran cantidad de 
parámetros que debe uno tener en cuenta para triunfar. 
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Caesar III es un ejemplo a seguir. El equilibrio 
"gráficos - IA" es perfecto. 
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RPG 




En esta nueva entrega del curso de programa¬ 
ción de RPG’s veremos como implementar los 
diálogos en un juego. Esto puede parecer una 
cosa muy simple, pero es necesario tratarlo a 
la hora de hacer un RPG ya que estos están 
plagados de diálogos. 


Programa 2: 

Program Diálogos; 

Begin 

set_mode(m320x24 0); 
select_text(0); 
select_text( 1); 

End 

/* 


código está dividido en 2 
L, programas. El primer pro- 
| grama se encargará de 
Ü=j grabar los textos a un 
fichero en el disco, y el segun¬ 
do se encargará de leerlos, 
interpretarlos y representar los 
textos correctamente. 


fwrite(&texto, strlen (texto), fichero 1); 

fixero. longitud[idtext]=ftell 
(fichero I )-fixero. iniciofidtext]; 
fclose(fichero 7 1 ; 

save("a.maq",offset fixero, 
sizeof(fixero) ); 

compressJile("datos, máq "); 


PARAMETROS: 

- IDTEXT -> NUMERO DEL 

TEXTO QUE QUEREMOS ESCRI¬ 
BIR 

*/ 

Function selectjext(int idtext) 
Prívate 
fichero 1; 
string a[5000]; 
struct fixero 


• Programa 1: 

Program Escribejextos; 
Prívate 
String 

texto[5000]="IUI2$l3$l4$l5$l6 

SI7$I8$I9$I1 OSII 1$I12$I13$I14 
$I15$16$"; 

ficherol; 
idtext; 
struct fixero 
inicio[l 0]; 
longitudfl 0]; 
end 
Begin 

fichero 1 =fopen("datos.maq","w"); 

fixero.inicio[idtext]=ftell(fichero 1); 

fwritef& texto, strlen(texto), fichero 1); 

fixero.longitud[idtext]=ftell(fichero 7 ); 

texto= " 

U$t2$t3$t4$tS$t6$t7$"; 

idtext++; 

Fixero.inicio[idtext]=ftell(fichero 7 ); 


encode_fíle("datos. maq ", "MAQUI"); 
end 


end 


inicio[ 1C ]; 
longitud[l 0]; 



Los diálogos o conversaciones dentro de un juego del género de rol son Darte 
virtual del mismo. 
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Código ejemplo 1. 

Program Escribe_textos; 

String texto[5 000]—" Esto es un$ejemplo del progrmaSde 
dialogosSpara la revistas Divmania numero 4.$"; 

fichero 1; 
idtext; 
struct fíxero 
inicio[ 10]; 
longitud[ 10 ]; 
end 
Begin 

ficherol =fopen("datos.maq , w ); 
fixero. inicio[idtext]-ftell(fichero 1); 
fwrite(8ítexto, strlen( texto), fichero 1); 
fixero. longitud[idtext]=ftell(fíchero1); 
texto-" Esto es otro$ejemplo de $diálogos :)$ ; 

¡dtext++; 

Fixero .inicio [idtext]=ftell(fichero 1); 

fwrite(8¡texto,strlen( texto), fichero 1); 

fixero. longitud [idtext]=ftell(flchero l)-fixero. inicio[idtext]; 

fclose(ficherol); 

saveC'a.maq",offset fixero, sizeof(fixero) ); 

compressJile("datos.maq "); 
encode_fi!e(“datos, maq ", "MAQUI"); 
end 


Begin 

load("a. maq ", &fixero); 

decode_file("datos. maq ", "MAQUI"); 

uncompress_file("datos, maq "); 

fichero 1 =fopen("datos.maq ", "r"); 

fseek(fichero 1, fixero. inicio[idtext], 
seek set); 

fread(&a, fixero.longitud[idtext]- 

1, ficherol); 

fclose(ficherol); 


compress_file( "datos, maq "); 
encodejfileC'datos.maq ", "MAQU 

I"); 

putjext(a, 100, 100, 10, 

10 ); 

End 

/* 

PARAMETROS: 

- TEXTO -> CADENA DE 
TEXTO QUE TIENE QUE SER 

VISUALIZADA 

- TX -> POSICION X PARA 

EL TEXTO 


Los textos deben estar bien representados en la pantana y «ene» 
suficientemente atractivos para el jugador. 
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La longitudde los párrafos debe 
ser la adecuada. 
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Se debe cuidar especialmente la 
posición de los textos. 

- TY -> POSICION Y PARA EL 
TEXTO 

- EL -> ESPACIO ENTRE LINEAS 
DE TEXTO 

- DELAY -> TIEMPO DE ESPERA 
PARA PODER PASAR DE LINEA 

*/ 

Function put_text(string 
texto[5000], int tx, int ty, ¡nt el, 

int del ay); 

Prívate 

string 11 [5000]; 
string I2[5000]; 
tabla[100]; 
i; 

k=1; 

I; 

fin; 

fondo; 

primerasjlneas; 

Begin 

fondo-loadjpcx(" c:\jue- 

gos\dialogo2\b.pcx "); 

graph-fondo; 

x=tx+65; 

y=ty+8; 

for(size=0;size<5 0;size+= 10); 

frame(300); 

end 

for(i=0;¡<5000; i++) 
if(texto[i]=="$ ") 
tabla[k]=i; 

k++; 

end 

end 

k=l; 

Loop 

if(key(_a, or primerasjineas—l 

¡f(fin==l) i 
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Los diálogos son la esencia de los 
juegos de rol. 

11 = ""; 

for(;size>- 1;size-= 10) 
frame(300); 

end 

unload_pcx(fondo); 
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Hay que hablar hasta con los ene 
miaos. 



else 


signal(id, s_kill); 
11 = " 


// // 


12 = 
l=k-1; 


Aunque luego tengamos que aca 
bar con ellos. 

for(i=0;i<tabla[k];i++) 
strcatfll ,texto[i]); 
end 

if(strlen(ll )!=0) 
strdel(!1,tabla[l]+1,0); 


Cuadro 2. Código ejemplo 2. 


Program Diálogos; 

Begin 

set_mode(m320x240); 
select__text(0); 
select_text( 1 ); 

End 


PARAMETROS: 

- IDTEXT -> NUMERO DEL 
TEXTO QUE QUEREMOS ESCRIBIR 
*/ 

Function select_text(int idtext) 
Prívate 
ficherol; 
stríng a[5000]; 
struct fixero 
inicio[ 10]; 
longitudf 10]; 
end 
Begin 

load "a.maq ", & fixero); 

decode_file("datos, maq ", "MAQUI"); 

uncompress_file("datos. maq "); 

ficherol =fopen("datos.maq", "r "); 

fseek(fichero 1, fixero. inicio[idtext], se 
ek_set); 

fread(&a, fixero. longitud[idtext]- 
1, fichero 1); 

fclose(ficherol); 

compress_file("datos.maq "); 

encode_file("datos, maq ", "MAQUI"); 

, put_text(a, 100, 100, 10, 

10 ); 

End 


PARAMETROS: 

- TEXTO -> CADENA DE 


TEXTO QUE TIENE QUE SER 
VISUALIZADA 

- TX -> POSICION X PARA EL 
TEXTO 

■ TY -> POSICION Y PARA EL 
TEXTO 

- EL -> ESPACIO ENTRE LINEAS DE 
TEXTO 

- DELAY -> TIEMPO DE ESPERA 
PARA PODER PASAR DE LINEA 

7 

Function put_text(string texto 
[5000], int tx, int ty, int e( int deiay); 
Prívate 

stríng 11 [5000]; 
stríng 12 [5000]; 

tabla[100]; 

* 

/* 

7 

k=l; 

l; 

fin; 

fondo; 

primerasjineas; 

Begin 

fondo=load_pcx("c:\juegos\dialo- 

go2\b.pcx"); 

graph=fondo; 

x=tx+65; 

y=ty+8; 

for(size=0;size<50;size+= 10); 

frame{300); 

end 

for(i=0;i<5000;i++) 
if(texto[i]== "$ ") 
tabla [k]=i; 

k++; 

end 

end 

k=l; 

Loop 

if(key(_a) or prímerasline- 
as==0) 

if(fin== 1j 


11 = ""; 

for(;size>- 1;size-= 10; 

frame(300); 

end 

unload_pcx(fondo 
signal(id,s_kill); 
else 
11 =""; 

12 =""; 
l=k-1; 

for(i=0;i< tabla[k];i++) 
strcat(n,texto[i]); 
end 

if(strlen(l1 )!=0 


strdelfl 1, tabla[l]+1,0); 

else 

11 ="": 


= 10 ) 


for(;size>-1; size- 

frame(300); 

end 

unload_pcx(fondo); 

signal(id,s_kill); 

end 

k++; 

/++/ 

for(i=0;i< tabla[k];i++) 

strcat(l2,texto[i]); 

end 

if(strlen(l2)l=0) 


strdel(l2, tabla [l]+1,0); 

else 
fin= 1; 
end 

wríte(0,tx,ty,0,H ); 
write( 0, tx, ty+el, 0,12); 
for(i=0;i<delay;i++ 
frame; 
end 
k++; 

primerasjineas= 1; 
frame; 
end 
end 






















































Hay que procurar siempre que las conversaciones no sean demasiado farragosas 
y extensas. 


//// 


else 

11 = 

for(;size>- 1;size-= 10) 
frame(300); 
end 

unload_pcx(fondo); 

signal(id, skill); 
end 
/c++,‘ 

/++; 

for (’/= 0;i<tabla[k];¡++, 

strcat(¡2, texto)i]); 
end 

if(strlen(!2)!=0) 

strdel(l2,tabla[l]+1,0); 

else 

fin=1; 

end 

write( 0,tx, ty, 0,11 ); 
write( 0, tx, ty+el, 0,12); 
for(i=0;i<delay;i++) 
trame; 
end 
k++; 

rimerasjineas= 1; 
rame; 
end 
end 
trame; 

End 
End 


dos archivos, uno aue contie¬ 




¿Qué hacen los 
>rogramas? 

I objetivo del primer progra¬ 
ma es almacenar los textos en 
un archivo. Para ello utiliza 


ne los textos en si tque sera 
comprimido y codificado) y 
otro que indica la posición 
inicial y longitud cíe cada uno 
de los textos. 

Los textos introducidos ten¬ 
drán que tener el carácter "$" 
para indicar que se trata del 
inal de línea. 

El segundo programa es el 
encargado de leerlos datos 
desde los ficheros que previa¬ 
mente hemos grabado. Una 
vez se recogen los textos, estos 
se muestran de dos líneas en 
dos líneas (el final de la línea lo 
marca el carácter "$") y con un 
marco de fondo. 

Comentario del código 

• Programa 1: 

En el programa se usan algunas 
de las nuevas funciones del 
DIV2 para el tratamiento de 
ficheros, concretamente topen 
para abrir el archivo y fwrite 
para escribir en él. 

El primer fichero que se 
graba es el que contiene los 
textos (datos.maa). 

El segundo fichero graba 
una estructura (struct fixero ); en 
esta estructura se graban la lon¬ 
gitud y punto de inicio de los 
textos. 

• Programa 2: 

Program diálogos 

Esta parte del programa se 
encarga simplemente de poner 


el modo gráfico y llamar a la 
función select_text. 

Function select_text(idtext) 


Esta función recibe como 
parámetro la variable idtext, 
que nos servirá para sacar el 
texto del fichero previamente 
grabado. 

Las funciones usadas para 
obtener el texto son tseek, que 
nos permitirá poner el cursor 
en la posición que nos marca 
la estructura (struci fixero ), y 
fread para leer todos los carac¬ 
teres del texto la longitud del 
texto viene apuntada en la 
variable fixero.longitud[idtext]). 

Más tarde se cierra el fiche¬ 
ro con telóse, se comprime y 
se codifica. 

Para finalizar se llama a la 
función put_text que es la que 
se encarga propiamente de 
representar el texto. 

Function put_text(string 
texto[5000], int tx, int ty, int el, 
int delay) 

Esta función recibe 5 pará¬ 
metros, que son respectiva¬ 
mente: el texto a escribir, la 
posición x del texto, la posi¬ 
ción y del texto, el espacio 
entre líneas del texto y el 
tiempo que hace falta esperar 
para poder pasar a las siguien¬ 
tes líneas de texto. 

Para poder dividir el string 
en líneas primero se crea una 
tabla que marcará las posicio¬ 
nes de los "$" que son los que 
marcan el final de línea. , 

Una vez que ya sabemos las 
osiciones en las que se acaba 
a línea, creamos las dos prime¬ 
ras líneas y las escribimos. Para 
avanzar a las siguientes líneas 
sólo se tiene que pulsar la "A", 
cosa que hará repetir el proce¬ 
so de creación de líneas pero 
empezando por la anterior y no 
desde el principio como había¬ 
mos hecno antes. 

Ramón de España (MAQNAZILLER) 


En los juegos de rol hay que inte 
ractuar con los personajes. 
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Share Música 



Con Fasttracker podremos 
grabar todo tipo de 
composiciones musicales 
para luego introducirlas en 
el juego que estemos 
desarrollando, así lograre¬ 
mos recrear el ambiente 
adecuado a cada situación. 


i— 1 n los dos números anteriores 
—, tratamos todo lo relativo sobre 
el manejo de Fasttracker. Si 
1 —i bien no se profundizó en 
absolutamente todas las opciones 
del programa, sí se hizo hincapié en 
aquellas que resultarán indispensa¬ 
bles para lograr los objetivos que se 
van a plantear en este artículo. 


Mejoras de ia interfaz 

Introducimos este pequeño inciso 
para decir a todos aquellos usua¬ 
rios de DIV, que hayáis estado 
siguiendo con interés los últimos 
artículos de esta sección, que esta¬ 
mos de enhorabuena, porque la 

segunda versión 
de DIV admite 
más formatos 


Actualmente, el proceso 
de elaboración de la 
música de un juego de 
ordenador no difiere 
mucho de la grabación de 
un disco profesional 


sonoros que 
antes. Ya no sólo 
podemos incluir 
archivos WAV 
(PGM para ser 

exactos), sino también diferentes 
formatos de los secuenciadores 
más conocidos, tales como el que 
ahora nos va a ocupar. 


Gracias a esto, podrá aumentar 
la calidad de muestreo de nuestras 
creaciones, pues ya no tendremos 
que mirar tanto por economizar 
memoria y, así mismo, podrán ser 
de mayor duración. Para ser exac¬ 
tos reducimos aproximadamente a 
1/6 la cantidad de memoria nece¬ 
saria para almacenar la música, 
dependiendo, claro está, de la can¬ 
tidad de "samples" de que haga¬ 
mos uso en nuestros módulos. 

Cómo se hace hoy día 

Con lo visto hasta ahora, somos 
capaces de lograr composiciones 
bien complejas, sin límite en cuanto 
a técnica musical se refiere. Incluso 
los resultados podrán ser de gran 
calidad sonora si se dispone de una 
librería de instrumentos 'archivos de 
extensión XI) suficientemente nutri¬ 
da y cuidada. 

Pero la misión de la música y 
una de sus más estimables cualida¬ 
des, es su capacidad de transmitir 
sentimientos. Sería posible reprodu¬ 
cir mediante nuestro programa con 
exactitud matemática "Las cuatro 
estaciones "de Vivaldi (bastaría con 
poseer las partituras y transcribirlas 
al formato tabulado de Fasttracker), 
pero seguramente no podríamos 
llegar a transmitir el "feeling" que 
es inherente a las flautas que apare¬ 
cen en la pieza correspondiente a la 
estación primaveral. 

Y es que todo esto ha formado 
parte de la evolución de la música 
en los programas de ordenador. 
Hace unos pocos años, en el tiempo 


de apogeo de las máquinas de 16 
bit Atari y Amiga, y poco después 
en los equipos PC, sólo se estilaban 
dos formas para poner música a los 
videojuegos, mediante MIDI en pro¬ 
gramas del tipo aventura gráfica 
(sólo en PC) o mediante módulos 
realizados con secuenciadores como 
Fasttracker, sobre todo en juegos 
arcade y de plataformas. El resulta¬ 
do del MIDI deja mucho que dese¬ 
ar, puesto que es mucho más rígido 
que ios secuenciadores, y además 
depende mucho de la tarjeta de 
sonido que se está utilizando, si 
bien es cierto que ocupa poca 
memoria, pero en todo caso es 
imposible añadir voces e infinidad 
de sonidos que el ordenador no 
puede imitar eficazmente. Lo que 
está claro es que si se desea un 
resultado realmente impactante no 
podemos limitarnos por problemas 
de memoria. Por eso, cuando los 
ordenadores han tenido potencia 
suficiente, ha cambiado sustancial¬ 
mente la forma de hacer las cosas. 

Actualmente, los videojuegos 
son auténticas superproducciones, 
para las cuales se componen estu¬ 
pendas bandas sonoras, que son 
grabadas por músicos profesionales 
con instrumentos reales, en estudios 
de grabación equipados con la más 
moderna Tecnología. Los resultados 
obtenidos, que perfectamente 
podrían pasar a estar en las estante¬ 
rías de cualquier tienda de discos, 
son sencillamente sampleados con 
una alta calidad y utilizados en for¬ 
mato WAV para dichos juegos. 


método de producción sem i profesional 


mentos que toman pai 

Fase Ordenador 1 

Preparación del Sí 
módulo base 


Sampleo del 
módulo base 

Grabación 

Producción 


Sí 


Sí 


Sí 


Ordenador 2 

No 


Sí 


Sí 


No 


Amplificador 

No 


No 


Sí 


No 


Multiefectos 

No 


No 


Sí 


No 


Instrumentos 

No 


No 


Sí 


No 
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Cómo hacerlo 

Seguro que en estos momentos 
habrá más de un lector cruzado 
de brazos, frustrado por la idea 
de que no va a tener jamás acce¬ 
so a un estudio profesional de 
grabación, ni a los conocimientos 
necesarios para manipular toda 
esa parafernalia. Pues bien, que 
nadie se preocupe. A continua¬ 
ción vamos a detallar un método 


una batería). Por supuesto, si se 
quieren introducir flautas o saxos 
habría que encontrar músicos que 
interpretaran esas partes. 

En cuanto a la parte técnica, el 
equipo básico comprendería los 
siguientes elementos: 

Dos ordenadores con tarjeta de 
sonido: uno de ellos deberá ser al 
menos un Pentium 120 con 64 Mb 


por el cual, si disponemos de los 
músicos que necesitamos, y algo 

de equipo, 


Con poco más equipo 
que dos ordenadores 
podremos montar un 
estudio de grabación en 
nuestra propia casa 
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podremos llegar 
a obtener resul¬ 
tados realmente 
sorprendentes. 

Supongamos que 
queremos ponerle música a un 
sanguinario arcade ambientado en 
la edad media. Para ello optamos 
por una banda sonora de estilo 
"heavy metal''. Los lectores a los 
que les guste este tipo de música, 
y ya hayan intentado realizar algu¬ 
na composición con Fasttracker , se 
habrán encontrado con las dificul¬ 


tades que surgen a la hora de 
emular solos de guitarra, que para 
estos estilos musicales son primor¬ 
diales. Por eso creo que éste resul¬ 
tará ser un ejemplo muy útil. 


de RAM y con una tarjeta de soni¬ 
do de calidad (GRAVIS ULTRA - 
SOUND o SOUNDBLASTER AWE). En 
cuanto al otro bastará con que sea 
un 486 ó superior. 

Amplificadores para los instru¬ 
mentos que se utilicen, para que la 
salida que se obtenga esté pream¬ 
plificada y tratada con circuitos 
diseñados para ese fin. 

Generadores de efectos para los 
instrumentos, sobre todo para las 
distorsiones de las guitarras, que 
han de sonar lo más profesional y 
contundente posible. También 
sería interesante disponer de un 
módulo de "reverb" para la voz, 
aunque ésta la podemos conseguir 
mediante los efectos de Fasttracker. 


Qué necesitamos 


Lo principal: necesitamos un guita¬ 
rrista y un vocalista. Si queremos 
meter bajos con técnicas modernas 
como "slapping” o "tapping", 
también necesitaremos un bajista. 
Podremos prescindir de teclista o 
batería, ya que estos instrumentos 
podrán ser emulados muy eficaz¬ 
mente secuenciándolos, y ahorran¬ 
do así horas de trabajo e incomodi¬ 
dades (es muy complicado grabar 


Cables "jack-jack" tamaño gran¬ 
de para interconectar los diferentes 
aparatos e instrumentos y un adap¬ 
tador para conectar la salida final al 
ordenador por la entrada "Iine-in2 
de la tarjeta de sonido. 

Un cable "jack-jack" pequeño 
para conectar ambos ordenadores 
entre sí. 

Fasttracker instalado en ambos 
ordenadores. 


¿para qué se necesitan dos ordena 
dores? Es sencillo, uno de ellos el 
más potente) será el que se encar¬ 
gará de samplear los fragmentos 
que interpreten los músicos, y será 
en el que se vaya construyendo el 
módulo final. A éste le llamaremos 
ordenador 1. El otro ordenador 
(ordenador 2) se encargará de ser¬ 
vir como metrónomo a los músi¬ 
cos, es decir, mientras los músicos 
graban, el ordenador 2 estará 
reproduciendo el acompañamiento 
de batería y bajo, para dar el tiem¬ 
po y el tono de la canción. 

Visto así, parece sencillo. 
Bastaría con tener preparado un 
módulo en el ordenador 2 con la 
batería y el bajo, el cual pondría¬ 
mos a reproducirse mientras sam- 
pleamos con el ordenador 1. Pero 
no, desafortunadamente un mismo 
módulo reproducido en dos orde¬ 
nadores distintos no va exactamen¬ 
te a la misma velocidad, lo cual 
representa un serio problema. La 
solución es la siguiente: 

Prepararemos un módulo con 
la batería y el bajo de la canción 
en el ordenador 1. 

Conectamos la salida de "line- 
out” del ordenador 1 al "line-in" 
del ordenador 2. 

Sampleamos lo que sale del 
ordenador 1 con el ordenador 2, 
eso sí, con una calidad baja de 
muestreo, ya que en el ordenador 
2 dispondremos de poca memoria. 


*• 


Empezamos 


* 


i 


Lo primero que vamos a aclarar es, 


Amplificador 


Ordenador 1 



Elementos que conectamos al ordenador 1 en la fase de grabación 


Multiefectos 


V 
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Ordenador 1 


Ordenador 2 


GRABACIÓN 


METRÓNOMO 


PRODUCCIÓN 


El cometido de cada uno de los dos 

intercambiable. 


ordenadores es distinto y no es 


En teoría ya debería estar todo 
solucionado. Pero si reproducimos 
el "sample" en el ordenador 2 y 
vemos que tampoco está perfecta¬ 
mente sincronizado con el módulo 
que creamos en el ordenador 1, no 
debemos asustarnos. Esto se debe 
al hecho de que al samplear con 
Fasttracker se produce un leve 
desajuste en la recuencia. Sólo hay 
que hacerle una pequeña modifica¬ 
ción al sample" que ahora mismo 
tenemos en el ordenador 2. 
Entramos en el editor de instru¬ 
mentos ("Instr. Ed.") y hacemos 
disminuir en, digamos, 8 unidades, 
la variable "Tune", situada en la 
parte derecha de la pantalla. 

Una vez que hayamos samplea- 
do todos los fragmentos que nos 
van a servir de metrónomo para rea¬ 
lizar la grabación, quitaremos el 
cable que conectaba los dos ordena¬ 
dores para realizar el siguiente paso. 


Grabando 

Es la hora de grabar. Empecemos 
por ejemplo con la guitarra, 
'onecíamos la guitarra al proce¬ 
sador de efectos, el procesador de 
efectos al amplificador, y por últi¬ 
mo, la salida del amplificador al 
"line-in" del ordenador 1. 
Colocamos el volumen de la fuen¬ 
te (el amplificador) a un volumen 
óptimo para que se oiga lo sufi¬ 
ciente sin producir distorsiones. 
Ponemos a reproducir en el orde¬ 
nador 2 el "sample" que corres¬ 
ponda al fragmento que quera¬ 
mos grabar y en el ordenador 1 
entramos en el "Smp.Ed." de 
Fasttracker y nos ponemos a sam¬ 
plear. Lo ideal será que grabemos 
con la máxima frecuencia de 


CD, por eso es conveniente que el 
ordenador 1 tenga la mayor canti¬ 
dad de memoria RAM posible, ya 
que los fragmentos de cada ins¬ 
trumento ocuparán un espacio 
muy considerable. Repetimos 
tantas veces como sea preciso 
hasta que quedemos satisfechos 
con la toma, que luego será trata¬ 
da como si de un instrumento 
más se tratase (extensión XI), sólo 
que en este caso lo reproducire¬ 
mos una sola vez al principio de 
cada fragmento para que emerja 
todo un fraseo completo. 

Es importante conseguir un 
buen sonido de guitarra, por ello 
no debemos escatimar tiempo en 
las pruebas previas de ecualiza- 
ción. Hay que tener en cuenta 
que las tarjetas de sonido que no 
son totalmente profesionales, dan 
salidas pobres en graves y debe¬ 
mos compensarlo en la graba¬ 
ción, porque en el proceso de 
producción ya quedará poco que 
hacer al respecto. 

Para la grabación de la voz las 
conexiones son más sencillas. 
Bastaría con conectar un micrófo¬ 
no de baja ¡mpedancia (para evi¬ 
tar acoples) a la entrada "mic-in" 
de la tarjeta de sonido del ordena¬ 
dor 1. También podría conectarse 
el micrófono al ordenador a través 
de un procesador de efectos para 


CONCLUSIONES 



dotar de "reverb" a la voz, con lo 
cual se conseguiría que los resulta 
dos finales fueran más naturales. 
De tomar esta última opción 
deberíamos conectar el procesa¬ 
dor de efectos a la entrada "line- 
in" y no a la "mic-in". Si no utili¬ 
zamos un multiefectos podremos 
ponerle "reverb" a la voz en el 
proceso de producción. 

Un truco: grabar dos veces la 
misma línea vocal para luego 
reproducirlas ambas a la vez, 
puede ser muy socorrido para 
limar imperfecciones. 


Proceso de producción 

Va tener ios todo el material nece¬ 
sario grabado. Debemos ubicar 
entonces todos los "samples" que 
hemos obtenido en el módulo que 
sirvió de metrónomo para hacer 
las grabaciones. Ahora es un buen 

momento para añadir teclados, si 
así lo deseamos, 


El proceso de producción 
será el que mayormente 
determinará la calidad del 
resultado final 


secuenciándolos. 

El proceso de 
equilibración de 
volúmenes y pro¬ 
ducción es esen¬ 
cial, porque es lo que realmente 
dará buen o mal sonido al resulta¬ 
do final. En caso de que queramos 
subir el volumen de algo que ya 
no de más de sí con el control de 
volumen del editor de instrumen¬ 
tos, debemos hacerlo reproducien¬ 
do el mismo "sample" en otro 
canal al mismo tiempo, y nunc 
subiendo el volumen desde el edi¬ 
tor de "samples", ya que esto pro¬ 
duciría distorsiones. Podremos 
conseguir "delay" o "reverb" 
reproduciendo el mismo "sample 
en varios canales haciéndolos 
empezar paulatinamente más 
tarde y con un volumen inferior. 

Así mismo, se podría poner un 
efecto de "chorus" a un "sample" 
reproduciéndolo a la vez en otro 
canal con "vibrato 


// 




~ - -- V 

Una vez terminado el proceso 
de producción tan sólo queda ele 
gir el forrr lato final de almacena¬ 
miento, dependiendo de los 
requerimientos de memoria. 


Sergio Cánovas 


muestreo y en 16 bit para que el 
sonido obtenido tenga calidad 


En estos tres números hemos llegado a manejar la inmensa mayo 
ría de las opciones que Fasttracker nos ofrece, hasta el punto de 
Negar a utilizarlo, no sólo como secuenciador, sino como mezcla¬ 
dora y procesadora de efectos para la grabación de sonido semi- 
profesional.EI proceso explicado en este número ha sido utilizado 
para la grabación del trabajo "Soberbia, opulencia y lascivia" del 
grupo La Orden del Kaos, habiendo obtenido óptimos resultados. 
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jugando a ser dioses 


Para facilitar la comprensión del 
artículo lo trataremos desde dos 
puntos de vista; el teórico y el 
práctico. En el apartado teórico 
explicaremos los conceptos 
más interesantes de la Vida 
Artificial y en el práctico 
veremos dos ejemplos simples 
programados en DIV. 


A m 


e manera genérica 
podemos definir la Vida 
Artificial (VA a partir de 
ahora) como la ciencia 
que estudia la creación de sistemas 
hechos por el hombre que se com¬ 
portan como si estuviesen vivos. 
Debemos distinguir los conceptos 
VA y IA: mientras que e! primero 
supone la creación de sistemas 
complejos mediante el uso de unas 
reglas simples, el segundo indica la 
creación de sistemas simples 
mediante gran número de reglas o 
reglas complejas. 

Características 
de los sistemas vivos 

Desde un punto de vista científico, 
el termino caos se utiliza cada vez 
más para designar un sistema que 
es complicado, pero no aleatorio. 
Según este concepto, las olas del 
mar son caóticas por mucho que 
se pueda pensar que se mueven de 
manera aleatoria. Pensemos que 
las olas se rigen de acuerdo a una 
serie de leyes físicas. 

Evidentemente para conseguir 
comportamientos caóticos no es 
necesario hacer cosas tan compli¬ 
cadas como simular las olas, ya 
que se ha descubierto que una 



simple regla puede llegar a produ¬ 
cir un comportamiento aparente¬ 
mente caótico. 

Hay dos maneras muy simples 
de generar comportamiento caóti¬ 
co, como puede ser la repetición 
de un algoritmo muchas veces. El 
ejemplo más claro de esto son las 
leyes de Mendel. También puede 
serlo la creación de un entorno 
donde las copias de un mismo 
algoritmo pueden inferactuar. 

Sexo 

Dentro de este apartado distingui¬ 
remos 4 aspectos: Genes, Genoma 
el conjunto de cromosomas que 
contienen la información de un 
organismo), Fenotipo (los caracte¬ 
res hereditarios externos que 
dependen del genoma) y repro¬ 
ducción. Todas las criaturas nacen 
con un genoma, y éste se encarga 
de construir el fenotipo. En una 
simulación de VA en ordenador 
podemos decir que el genoma es 
el programa y el fenotipo la repre¬ 
sentación gráfica. Dado que el 
fenotipo aparece a partir de un 
pequeño genoma resulta muy sen¬ 
cillo hacer copias a partir del geno¬ 
ma, sin necesidad de duplicar el 
complicado fenotipo. En las repre¬ 
sentaciones por ordenador esto se 
realiza de una manera muy mecá¬ 
nica, es decir, se duplica el código 
(genoma) haciendo aparecer 2 
fenotipos. Mediante el apareamien¬ 
to combinaremos el genoma de los 
padres mediante un proceso bas¬ 
tante complejo. 

Cambios genéticos 

Podemos encontrar 3 tipos: 
Mutación, Transposición y Zapping. 

En la vida real las mutaciones 
se producen a consecuencia de 
ciertos productos químicos, radio¬ 
actividad y otros agentes. Algunas 
mutaciones puederí ser letales, 
pero la mayoría de ellas no mues¬ 
tran ninguna diferencia del todo 
visible. Puede ser una mutación o 
la acumulación de ellas las que 
pueden modificar el aspecto o el 
comportamiento del fenotipo. En 
las representaciones con ordenador 
la mutación es algún cambio en el 
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código del programa, cosa que a la 
larga, puede llegar a crear una 
modificación visible en el fenotipo. 
Por otra parte, en la transposición 
se intercambian ciertas caracterís¬ 
ticas entre 2 o más genomas. Por 
último, utizaremos el término zap¬ 
ping en el sentido de dar un valor 
aleatorio a cada una de las caracte¬ 
rísticas del genoma. En el mundo 
real el zapping no es un método 
viable de modificación genética, ya 
que tras su aplicación la criatura 
producida muere instantáneamen¬ 
te. Este método es interesante para 
las representaciones por ordena¬ 
dor, ya que aquí no hay riesgo de 
que la criatura muera. 

Muerte 

La muene está presente en iodos 
los sistemas con seres vivos, incluso 
en los entornos creados por un 
ordenador. La muerte desde un 
punto de vista personal es terrible, 
pero para la evolución es necesaria, 
y sin evolución nosotros no hubié¬ 
ramos existido. 

Para que haya evolución son 
necesarias 3 factores: reproduc¬ 
ción, variación del genoma y selec¬ 
ción natural. Es evidente que para 
que exista la selección natural tiene 
que haber muerte. 

A continuación veremos dos 
ejemplos: el primero es una 
turmita, y el segundo una hormiga. 

Ejemplo 1: Turmita 

Program TURMITA; 

GLOBAL 
orientación= 1; 
xa; 
ya; 

ve/= 7 0; 
a- 7; 

BEGIN 

set_mode(m320x240); 
xa-160; 
ya=l 20; 

writeíO, 0,0,0, "Pulsa A para aumen¬ 
tar la velocidad "); 
wríte(0, 0 ,7 0,0, "Pulsa D para dismi¬ 
nuir la velocidad"); j 

REPEAT 

IF(xa<0)xa=320;END 
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IF(xa>320)xa=0;END 
IF(ya< 0)ya=240;END 
IF(ya>24 0)ya=0;END 
IF(key(_a))vel— 

;IF(vel< 1 )vel=l;END;END 
IF(key(_d))vel++;END 

I 

SWITCH(getjpixe!(xa,ya) 

CASE 0:put_pixeí(xa,ya,22);dere- 

cha();END 

CASE % 

22:putjpixel(xa,ya,4 7 ),xjerecha();EN 
CASE 4 7 :put_pixel 'xa,ya, 5 4);¡zquier- 

da();izquierda();END 

CASE 54:put_pixel(xa,ya, 0);izquier- 

da();izqu¡erda();END 

END 

frame(vel); 

UNTIL(key(_esc)) 

END 

I//////I//I////////////////////////I 

function derechaQ; 


pixel, examina su color y, en fun¬ 
ción de éste y del estado de la tur- 
mita, la tabla le indica el color por 
el que ha de ser sustituido el 
pixel, cuál es el nuevo estado de 
la turmita y cuál ha de ser su 
siguiente movimiento. 

Comentario del código 

Program Turmita 

Esta parte del programa es la 
encargada de controlar todos los 
movimientos de la turmita. Primero 
se declaran todas las variables que 
se van a usar en el programa. 

Después de inicializar algunas 
variables y poner el modo gráfico 
se entra en el bucle principal, que 
acaba cuando se presiona la tecla 
ESC. Lo primero que se hace en el 
bucle es comprobar que la turmita 
no se salga de los limites y luego 
se comprueba de qué color es el 
pixel en el que esta situado. En 
función del color obtenido se 
llama a la función derecha o 


set__mode(m320x24 0); 
empiezaQ; 

write(0,0,0,0, "Pulsa A para 
aumentar la velocidad de la hormi¬ 
ga"); 

write(0,0, 10,0,"Pulsa D para dis¬ 
minuir la velocidad de la hormiga"); 

Loop 

actualiza(); 

inx-rand(-3,3); 
iny-rand(-3,3); 






BEGIN 

orientacion++; 

IF(orientacion >4)orientacion = 7; END 

SWITCH(orien tacion) 

CASE 1 :xa--a;END 
CASE 2:ya+~a;END 
CASE 3:xa+=a;END 
CASE 4:ya-=a;END 
END 
END 

//////////////////////////////////// 

function izquierda ); 

BECIN 

orientación —/ 

IF(orientacion< 1 )orientacion=4;END 

SWITCH(orientación) 

CASE 1 :xa+=a;END 
CASE 2:ya-=a;END 
CASE 3:xa-=a;END 
CASE 4:ya+=a;END 
END 
END 


izquierda y se pone el pixel de 
otro color. Observad que a la fun¬ 
ción izquierda se le llama dos 
veces. Esto es así porque esta com¬ 
binación (derecha/derecha/izquier¬ 
da, Ízquierda/izquierda7izquierda) 

da lugar a un resultado bastante 
interesante. Podéis probar otras 
combinaciones para obtener dife¬ 
rentes resultados. 

Function derecha 

Esta función aumenta en 1 la orien¬ 
tación y comprueba que no pase 
de 4. Después comprueba el valor 
de la orientación y modifica la posi¬ 
ción x o y de la turmita, según el 
valor de la variable posición. 

Function izquierda 

Hace lo mismo que la función 
derecha pero a la inversa. 

Ejemplo 2: Hormiga 

Program HORMIGA; 

Global 


¿Qué es y qué 
nace una Turmita? 

Una turmita es una máquina de 
Turing n-dimensional. El nombre 
de turmita proviene de la yuxta¬ 
posición de las palabras Turk (fue 

quien hizo la primera turmita ) y 
termita. 

El universo de las turmitas se 
compone de una superficie pintada 
con di eren tes colores. 

Las turmitas se mueven sobre 
la superficie de acuerdo a las ins¬ 
trucciones de una tabla que se 
comporta igual que las maquinas 
de Turing convencionales. Cuando 
una Turmita se sitúa encima de un 


noa=5000; 

coorx; 

coory; 

coorx 0; 

cooryO; 

inx; 

iny; 

azulas 4; 

rojo-22; 
negro=0; 
pixel; 
pixelO; 
carga-0; 
pos; 

vel= 7 00; 


Begin 
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pixel=getjoixel(coorx+inx, coory+iny); 

if(coory<0) 
coory = 0; 
iny=-iny; 
end 

if(coory>240) 
coory=240; 
iny=-iny; 
end 

if(coorx<0) 
coorx-0; 
inx=-inx; 
end 

if(coorx>320) 
coorx=320; 
inx=-inx; 
end 

if(KEY(_a)) 
vel—; 
if(vel< 1) 
vei-1; 
end; 
end 

if(key(_d)) 

vel++; 

end 

coorx+=inx; 
coory+=iny; 

if(pixel==negro and carga-azul) 
descargarQ; 
end 

il 'pixel==azul and carga—negro; 

cargarQ; 

end 

if(pos-O) 
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put_pixel(coorxO,cooryO,negro); 
eise 

put_pixel(coorxO, cooryO, azul); 
end 

if(get_pixel(coorx, coory)--azul) 
pos=l; 
else 
pos=0; 
end 

put_pixel(coorx,coory,rojo); 
frame( y el); 
end 
END 

IIIIIIIIIIIIIIIIIIIIHIIIIIIIIIIIIIÍ 

Function empiezaQ; 

Prívate 

/; 

Begin 

for( /= O;i<noa;i++) 

put_pixel(rand( 0,320), rand(0,240),a 
zul); 
end 

coorx=rand(0,320); 

coorY=rand(0 t 24 O); 

end 

lllllilllllllllliilllllllllllllillll 

Function actualizaQ; 

Begin 

coorxO=coorx; 
cooryO=coory; 
pixe¡0-pixef; 

END 

IIIIIIIIIIIllilllllllIIIIIIIIIIlIIH 

Function descargarQ; 

Prívate 
i,j, suma; 

■ 

Begin * 

for(i=coorx-1 ;i<=coorx+ 1;i++) 
for(j=coory - 1;j<=coory+ 1;j++) 
if(getj)ixel(i,j)==azul) 
swmo++; 
end 
end 
end 

if(suma>2) 


carga-negro; 

pixel-azul; 

put_pixel(coorx, coory, azul); 
end 

End 


lllllllllllllllllllllillllllililllll 

Function cargarQ; 

Prívate 
i,j, suma; 

Begin 

for(i-coorx-1 ;i<=coorx+l ;i++) 
for(j=coory- l;j<=coory+1;¡++) 
¡f(get_pixel(i,j)==negro) 
suma++; 
end 
end 
end 


if(suma>6) 
cargaba zul; 
pixel=negro; 

put_pixeh coorx, coory, negro); 
end 

End 

¿Qué hace la Hormiga? 

puntos azules (que nosotros imagi¬ 
naremos que es la comida de la 
hormiga). La hormiga, que es un 
pixel rojo, irá cogiendo los pixels 
azules (comida: que tengan más de 
6 espacios libres a su alrededor, y 
los depositará en un espacio vacío 
que a su alrededor tenga al menos 
3 espacios ocupados por comida. 

Como podéis observar tan sólo 
hay dos reglas muy simples que per¬ 
mitirán ordenar la comida. 

Recordad que una de las principales 
características de la Vida Artificial es 
conseguir comportamientos com¬ 
plejos mediante reglas simples. En 
nuestro caso las reglas son: coger 
los puntos azules que tengan más 
de 6 espacios vacíos a su alrededor 
y dejar la comida en un lugar vacío 
que tenga más de 2 puntos azules a 
su alrededor. El programa también 
permite aumentar o disminuir la 
velocidad mediante el uso del tecla¬ 
do y comprueba que la hormiga no 
se salga de los límites. 

Explicación del código 

Program Hormigas 

Esta función se encarga de todo el 
control del programa. 

Primero se declaran todas las 
variables globales para el funciona¬ 
miento del programa, se inicializa el 



modo gráfico, se ponen los textos 
en pantalla y se llama a la función 
empieza que comentaremos más 
adelante. A partir de aquí empieza 
el bucle principal; éste controla las 
entradas del teclado para poder 
aumentar o disminuir la velocidad 
de la hormiga. Este proceso llama a 
la función actualizar y también se 
encarga de impedir salir a la hormi¬ 
ga de sus límites. Por ultimo se 
actualiza la posición de la hormiga, 
se borra la anterior posición y se 
comprueba si se cumplen las condi¬ 
ciones para cargar o descargar 
(para poder descargar tiene que 
estar cargada, y para poder cargar 
tiene que estar descargada). 

Función empiezaQ 

Esta sencilla función pone los pun¬ 
tos azules mediante un bucle fory 

se encarga de calcular la coordena- 

Función actualiza() 

Actualiza el contenido de las varia¬ 
bles coorxO, cooryO y pixelO, que 
indican respectivamente la posición 
x, la posición y, y el color del pixel 
en que la hormiga estaba anterior¬ 
mente situada. 

Función descargar() 

Esta función es llamada si la fun¬ 
ción principal encuentra una posi¬ 
ción adecuada para descargar. Lo 
primero que hace es comprobar el 
color de los pixels que rodean a la 
hormiga, y si estos son azules 
(comida) añade 1 a la variable 
suma. Si la variable suma es más 
grande que 2 (cosa que indica que i 
es un lugar apropiado para descar¬ 
gar) se descarga la comida. 

Función cargar() 

Cuando se llama a esta función se 
comprueba el color de los pixels I 
colindantes a la hormiga, y si estos I 
son negros se suma 1 a la variable I 
suma. Si la variable suma es más I 
grande que 6 se coge la comida y I 
se borra el pixel azul. ]| 

— 

Ramón de España (MaQNaZiLLeR) I 

http://pagina.de/maqnaziller 1 
maqnaziller@pagina.de 
























Photoshop 



En esta segunda entrega del curso, daremos una 
introducción a la forma de trabajar con capas 
layers) en Photoshop. Las capas son uno de los 
elementos más potentes con los que cuenta 
nuestro programa de diseño favorito. 


C uando trabajamos con 

otros programas de 
dibujo, que no tienen 
la opción de dibujar en 
capas, muchas veces nos encon¬ 
tramos con el problema de que¬ 
rer modificar sólo una parte de la 
imagen sin alterar el resto. Esta 
tarea es muy laboriosa cuando 
tenemos que «recortar» pixel a 
pixel la parte que queremos 
modificar y volver a dibujar enci¬ 
ma el diseño original. Menos mal 
que los programadores de Adobe 
nos brindan la posibilidad de tra¬ 
bajar con capas. Podemos imagi¬ 
narnos la forma de trabajar en 
Photoshop con capas si pensa¬ 
mos en un conjunto de cristales 
transparentes superpuestos. 
Podemos dibujar en uno o en 
otro sin alterar los dibujos que 
haya en el resto. De esta forma, 
el diseño final resultará de juntar 


todos los dibujos que haya en los 
cristales. Esta técnica es la utiliza¬ 
da en los estudios de animación 
para hacer las películas de dibu¬ 
jos animados. El fondo va por 
una parte y los personajes se 
dibujan en láminas de plástico 
(realmente son hojas de acetato). 
Cada cuadro frome) que compo¬ 
ne la animación resulta de super¬ 
poner todas las láminas de plásti¬ 
co sobre el fondo ( background) 
que es opaco. 

¿Qué ventajas tiene 
el trabajar con capas? 

La principal es el ahorro de tiem¬ 
po en cada diseño y la posibilidad 
de reutilizar trabajo. En el ejem¬ 
plo de es :e artículo, una hipotéti¬ 
ca portada de DIV Manía, el 
borde y la cabecera se podrían 
utilizar para distintos números. 
Sólo habría que cambiar el dibujo 
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Asi es como quedaría la imagen si ocultamos la capa Chica 


Adobe Photoshop 
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La capa de trabajo actual es 
está visible. 


it 


Chica" y 


principal de portada y el texto de 
las secciones. 

Además, en el ajuste de texto 
y la colocación de los distintos 
elementos que componen la por¬ 
tada, cuando trabajamos con 
capas se invierte muy poco tiem¬ 
po. Los efectos que se pueden 
añadir al texto (como sombrea¬ 
dos, apariencia 3D...) son muy 
sencillos de realizar. Podrás dibu¬ 
jar, modificar, pegar, mover y uti¬ 
lizar máscaras sobre capas. El 
nivel de opacidad y el modo de 
fusión de una capa con otra son 
también ajustables. En definitiva, 
todo son ventajas, excepto que 
una imagen formada por varias 
capas ocupa más memoria que 
una imagen formada por una 
única capa (el fondo). 

Empezando a trabajar 

Podéis seguir los pasos de este 
artículo cargando la imagen del 
ejemplo que encontraréis en el 
CD que acompaña a la revista. 

Está en formato PSD de Adobe 
Photoshop 5. Una vez cargada la 
imagen, iréis a la paleta de Capas 
(Layers) pinchando en su pestaña. 
Aparecerá una lista de pequeñas 
imágenes con su nombre corres¬ 
pondiente. A la izquierda de cada 
imagen, dos cuadros. El cuadro 
de la izquierda normalmente ten¬ 
drá un ojo. Esto indica que la 
capa actual está visible. Probar a 
pinchar sobre el cuadro del ojo 
de la capa nombrada como 
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«Chica». El cuadro de al lado, 
cuando tenga un pincel pintado, 
indicará que esa capa es sobre la 
que estamos trabajando actual¬ 
mente. Para cambiar de capa acti¬ 
va, bastará con que pinchemos 
sobre su imagen. Muchas veces 
resultará útil el cambiar el orden 
de las capas. Bastará con arrastrar 
y soltar la capa en la posición de 
la lista que queramos. Probar el 
efecto que tiene poner la capa 
«Suelo» delante de la capa 
«Cartas». 

Si queremos crear una capa 
nueva, bastará con que pinche¬ 
mos en el botón inferior de la 
paleta capas (el que tiene forma 
de hoja con la esquina doblada) 
o bien ir al menú capas/nueva 
capa (layers/new Iayer ). Para unir 
dos capas distintas en una sola¬ 
mente, nos situaremos sobre la 
superior y pincharemos en el 
triángulo del menú capas que 
desplegará un submenú. 
Elegiremos la opción Combinar 
hacia abajo ( Merge down). 

Como ya hemos comentado 
antes, las imágenes con varias 
capas sólo se pueden salvar en 
formato PSD, que es original de 
Photoshop. Cuando tengamos la 
imagen terminada, si queremos 
exportarla a otro formato distinto 
(como BMP, jPG...), tendremos 
que juntar todas las capas en una 
sola. Para hacer esto, iremos al 
submenú comentado antes y 
seleccionaremos Combinar visibles 


Adobe Photoshop 
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Uno de los efectos que hemos aplicado al texto es el sombreado con 
capas. El resultado es muy bueno. 



La portada de la revista acabada 


( Merge visible ). También podre¬ 
mos crear una capa nueva, dupli¬ 
car y eliminar una existente desde 
el mismo submenú ( New layer, 
Duplicóte layer y Delete layer). 

Podemos seleccionar algún ele¬ 
mento de una capa y, al cambiar 
la capa activa de traba o, la selec¬ 
ción no se borra. Esto abre intere¬ 
santes posibilidades de trabajo, 
como el efecto de sombra que 
hemos utilizado en el texto. Por 
ejemplo, el texto de la cabecera 
tiene una sombra degradada de 
color amarillo. Seleccionaremos la 
herramienta de texto y al escribir¬ 
lo no destruiremos la selección. 
Iremos al menú 

Selección/Modificar/Expandir y 

pondremos 5 píxeles. Crearemos 
una nueva capa, inferior a la del 
texto, y rellenaremos la selección 
con un color amarillo claro. Sobre 
esta capa, aplicaremos tres veces 
el iiltro de Desenfocar Más (Blur 
More). El resultado es el obtenido. 
Si queréis, podéis usar la herra¬ 
mienta de desenfoque y aplicarlo 
manualmente. 

Una forma de proceder similar 
es la utilizada para hacer las som¬ 
bras oscuras desplazadas del texto 
de la cabecera o de las cartas. 
Seleccionaremos el objeto, creare¬ 
mos una nueva capa (y la selec¬ 
ción se mantiene). Nos situamos 
en la nueva capa y movemos la 
selección unos píxeles más abajo 
y a la izquierda. Rellenamos la 
selección con un gris claro y apli¬ 
camos el filtro de desenfoque. 

La imagen de la chica se reali¬ 
zó con el método de trabajo que 
explicamos el mes pasado. El 
resto de la imagen ha sido creada 


con capas. Podéis modilicar las 
capas de la imagen de ejemplo 
para aprender más sobre su uso. 

¿Ya hemos acabado 
con las capas? 

Ni mucho menos. El próximo mes 
abarcaremos lo que nos queda 
por ver del traba o con capas, uti¬ 
lización de máscaras de selección 
y quizás introduzcamos breve¬ 
mente el manejo de canales. 
Antes de despedirnos queríamos 
agradecer a «Las 5 sotas de 
copas» el permitirnos usar su dis¬ 
tintivo para ilustrar este artículo. 
Nada más por este mes, recibir un 
saludo desde la redacción. 

Carlos Glez. Morcillo 




El submenú de la paleta de capas, 
Para acceder a él, pincharemos 
sobre el triángulo de la esquina 
superior derecha. 
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'más, ^ el suscriptor tiene derecho 
a siguiente oferta: 


on un año de suscripción (seis 
númerosj regalamos un producto 
¡ elegir entre: 

Programación Orática para PC 9 
Wmo programar en Ensamblador* 


jbn dos años de suscripción (doce 


umeros) regalamos 


2 



bi deseas estar en la vanguardia del mundo 
informática, suscribirse a DIV MANÍA es un 


acertado porque... 


W Es la única revista escrita por y para los progra¬ 
madores de videojuegos. Nuestra redacción está 
compuesta por veteranos desarrolladores , exper¬ 
tos del entorno DIV, grafistas y muchos otros 
profesionales del software de entretenimiento 
que dan lo mejor de sí a los lectores. 


Te ofrece lo último en el delicado campo de la progra¬ 
mación de videojuegos, con los títulos que se encuen¬ 
tran en proceso y los productos recién salidos del homo 
o de los PCs. 


Nunca nadie te ha ofrecido tanto por tan poco ; nunca 
has tenido tan cerca la oportunidad de estar al día de 
lo último en programación por el mínimo esfuerzo de 
acercarte al quiosco o enviar nuestro cupón y recibir 
la revista en casa puntualmente cada dos meses. 

En el interior del CD-Rom encontrarás los elementos 
con los que todos los programadores sueñan. 


Para seguir avanzando hay que saber echar la vista 
atrás y a la vez no olvidarse del futuro, y Div Manía 
empieza un nuevo camino. 

Nuestra revista presenta un look muy cercano a sus 
lec tores, salido de las inquietudes de todos vosotros. 


Somos como tú y conocemos, más o menos, qué se 
esconde dentro de tu cabeza. Y si no lo conocemos 
aún, lo aprenderemos gracias a ti. 


Ofrecemos las más diversas sorpresas, las más inte¬ 
resantes ofertas, para que no te olvides de que la pro¬ 
gramación siempre está viva. 


Solicite su ejemplar enviando 


iviando este cupón por correo, por fax: 91 304. 
al teléfono 91 304.06.22 de 9:00 a 19:00 h. 


17,97 o llamando 


CUPÓN DE SUSCEPCIÓN ANUAL A DIV MANÍA 



Deseo suscnbinne a la revista DIV MANÍA acogiéndome a la siguiente modalidad: 




Suscripción: 1 año (6 números) por soto 5.970 ptas. 



I 

I 

I 

1 

í 


_ □ Correo certificado 1 año: 1.500 ptas. adicional 

Suscripción: 2 año (1 2 números) por sólo 11 .940 ptas. □ Correo certificado 2 años: aooo ptas. adicione 
Desde el número ¡ i 


Además recibiré gratis: 


i 

E 

I 

I 

I 

I 
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jPor 1 año de suscripción: uno de los siguientes productos- 
□ Por 2 años de suscripción: DIV II 


Programación Gráfica para PC 


n 


Cómo programar en Ensamblador 


Nombre y apellidos. 

Domicilio .... . 

Población .. 

T¿[f'.;■■■■.•;. Provincia 

dnWif: .r. Profes,on . 


FORMA DE PAGO: 


□ Con cargo a mi tarjeta VISA n°_ 
Fecha de caducidad de la tarjeta 


más gastos de envío 


Nombre del titular, si es distinto 

Domiciliación bancaria, más gastos de envío 
Población... 

Ruego a Vd. que se sirva cargar en mi: 


□ cuenta corriente 

□ libreta de ahorro número 


ENTIDAD OFICINA DC 


N° CUENTA 


por RR 

MANIA 


FIRMA: 


gastos de 
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Contrarreembolso del importe más gastos de envío 

i PRENSA TÉCNICA, que adjunto más gastos de envío. 

Giro Postal (adjunto fotocopia del resguardo) más gastos de envío. 


Prens 

Técnic 



de Fibras y publicaciones 


se reserva el derecho de cambiar cualquiera de los regalos por 
otros de igual vafor, en caso de agotar existencias. 


C/Alfonso Gómez n° 42 Nave 1-1-2. 28037 Madrid. Tfno: 91 304 06 22. Fax: 91 304 17 97 

e-mait. maspc@prensatecnica.com. http://www.prensatecnica.com 
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Parece que el sector del desarrollo de software lúdico en 
España está experimentando un fuerte tirón impulsado por 
el éxito de algunas compañías españolas, que son la punta 
de lanza de la industria española en cuanto a programas 
de entretenimiento se refiere. Esperemos que el éxito sea 

contagioso. 


S e están empezando a formar 
grupos de desarrolladores por 
todo el territorio nacional. La 
ayuda que proporcionan los 
programas tipo. DIV hace que cada 
vez sea más sencillo programar títu¬ 
los propios. Os vamos a mostrar 
unos cuantos de estos anuncios que 
nos han llegado a la redacción o 
que hemos sacado de alguna página 
de Internet. 

Oportunidad de trabajo 
en una empresa líder 

Empresa líder en la edición y distri¬ 
bución de video uegos busca para 
sus estudios de producción: 


DATA MANAGER. (Ref: 
DmgerLV5/09), 

Para el control y gestión de los datos 
informáticos de los diferentes pro¬ 
yectos. 

Requisitos: 

• Titulados en Informática. 

• Experiencia en VSS u otros siste¬ 
mas de organización de bases de 
datos. 

• Dotes de comunicación. 

• Persona organizada. 

Requisitos comunes a los 3 pues¬ 
tos de trabajo: 

• Interesados por los videojuegos. 

• Imprescindibles conocimientos de 
inglés y/o francés. 

• Edad: entre 22 y 30 años. 


ARTISTAS INFOGRAFISTAS. (Ref: 

GrafLV5/09). 

Se buscan para la creación gráfica 

de videojuegos. 

Requisitos: 

• Titulados en Bellas Artes, escuelas 
de arte, ilustración o cómic. 

• Gran creatividad artística. 

• Preferiblemente con experiencia 
en los programas 3D Studio Max y 
Photoshop . 

GAME DESIGNER. (Ref: 

GdesLV5/09). 

Para el diseño de la estructura global 

de un vídeojuego. 

Requisitos: 

• Titulados en Informática. 

• Facilidad para trabajar en equipo. 

• Capacidad para generar nuevos 
conceptos e ideas en e! video¬ 
juego. 


Si te interesa trabajar en una empre¬ 
sa joven, en plena expansión e inno¬ 
vadora, envía tu CV indicando la 
referencia del puesto de trabajo de 
tu interés, una carta de motivación y 
para el puesto de "artista infografis- 
ta" muestras de trabajo. Todo ello 
por correo electrónico a 
empleo@ubisoft.es, por fax al núme¬ 
ro 93 590 62 53 ó por correo nor¬ 
mal a UBI STUDIOS, Crta. De Rubi 
n s 72-74, Edificio Horizon - 08190 
Sant Cugat del Valles (Barcelona). 

Nuevos proyectos 

Soy un chico de 15 años apasionado 
por el mundo de la programación, y 
me gustaría que los programadores 
aficionados y los grafistas, colabora¬ 
ran conmigo para llevar a cabo una 
versión del juego Racer (Episodio 1) 
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para DiV 1 ó 2. También se llevarán 
a cabo otros proyectos tipo 
Commandos. 

Sólo pongo la condición de ser 
menor de 20 años. Gracias. 

Dani "Maya" 
danis@apabcn. ictnet. es 

Se busca 

Estoy interesado de adquirir un 
ordenador PC o Atari STE. Enviar 
ofertas y dirección para verlo al 
apartado de correos 274. Talavera 
de la Reina. Código Postal 45600, 
(Toledo). 

Se abre la tienda 

Se venden discos (1.500) de 5"1/4, 
doble cara, DD. Discos (80) 3" PCW 
con programas. Discos 3"1/2 con 
programas. CD-Rom: programas, 
cursos (informática, inglés, cocina, 
etc.), enciclopedias, juegos, traduc¬ 
tor de inglés. También vendo un 
modem-fax, una impresora, ratón, 
máquina de escribir, bid montaña, 
coche Citroen 2CV. Puedo cambiarlo 
los artículos por algo que me pueda 
interesar: mesa mezclas Spirit Folio 
SX, guitarra Strato, Squier, ARIA Pro 
II FL 20 o similares, saxo tenor, orde¬ 
nador Casio FZ1, etapa de potencia, 
etc. Escribir al apartado de correos 
274. Talavera de la Reina (Toledo). 
Código postal 45600. 























































































































Contenido CD 









uestro CD trae en 
este número una 
serie de programas 
muy interesantes. 
Desde una demo de 
Tokenkai, la demostración de 
las posibilidades de DIV a 
nivel profesional, hasta una 
buena pléyade de programas 
Shareware para todos los gus¬ 
tos, pasando, como no, por 
los juegos que han resultado 
ganadores de nuestro con¬ 
curso DIV. 


DEMOS 


Tie Break Tennis 2 

Este juego, llamado Tie Break 
Tennis 2, ofrece a los 
amantes del deporte de la 
raqueta la posibilidad de 
exhibir sus habilidades en 
ocho de los más 
importantes torneos de la 
Asociación de Tenistas 
Profesionales (ATP), que 
incluyen los cuatro que 
forman el "Grand Slam"(el 
Open de Estados Unidos, 
Wimbledon, Roland Garros y 
el Open de Australia), así 
como los de Sao Paulo, 


Johannesburgo, Tokio y 
Moscú. Cada uno de estos 
torneos tiene unos 
determinados requisitos de 
puntos ATP que el jugador 
ha de ir alcanzando si quiere 
escalar puestos en la 
clasificación, y para acceder 
al siguiente torneo se deben 
lograr una cierta cantidad 
de puntos. Los torneos 
tienen tres rondas 
clasificatorias (cuartos de 
final, semifinales y la final), y 
por cada encuentro ganado, 
el jugador recibirá puntos 
ATP en función de la ronda 
superada. 

America's toughest 18 

Este es un videojuego 
diseñado tanto para el 
disfrute de los aficionados al 
golf como para los que este 
deporte era, hasta el 
momento, algo 
completamente desconocido 
o simplemente ajeno. Se 
trata de disfrutar del desafío 
que representa el recorrido 
por los 18 hoyos 
considerados como los más 
difíciles de los campos de los 







Estados Unidos, país en el 
que el golf tiene una 
popularidad y un "status" 
como en casi ninguna otra 
parte del mundo. Cada hoyo 
es realmente el que 
corresponde a cada circuito, 
lo que confiere al juego un 
aliciente especial. 

DIV 2 

Por si hay algún despistado 
que todavía no ha probado la 
segunda versión de esta 
maravillosa herramienta para 
la programación de 
videojuegos de una manera 
fácil y sencilla, en este 
número volvemos a incluirla. 
Seguro que más de uno nos 
lo agradecerá. 

I U EG OS COM PLETOS 

Mr. Bones 
(o vete al infierno) 

Os ofrecemos el título que se 
ha alzado con la victoria en el 
concurso de creación de 
juegos con DIV. Se trata de 
un divertido juego del género 
de las plataformas en el que 
manejaremos un tipo, algo 
flaco, que no para de lanzar 
huesos para acabar con los 
enemigos que le salen al 
paso. Un juego con una gran 
calidad gráfica que merece 
sin duda el galardón 
concedido. 
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Acelerator 


El segundo juego que merece 
estar en estas páginas es este 
título de carreras de coches. 
Son especialmente divertidas 
las partidas a dos jugadores. 
En ellas la pantalla se divide 
en dos pai tes, cada jugador 
ve donde se encuentra en 
cada momento y los avances 
o dificultades de su 
contrincante en la carrera. 


E. J. Dominó 

Si no tienes a nadie con quién 
jugar al dominó y eres un 
apasionado de este juego, 
aquí tienes un simulador 
virtual de este famoso juego 
de mesa, jugarás contra dos 
jugadores imaginarios 
controlados por la CPU de tu 
ordenador. Este es el 


argumento del juego que se 
ha hecho con el tercer puesto 
de nuestro concurso de juegos 
programados por los lectores. 


CURSOS DE JUEGOS 


Nuestro CD también incluye 
los pequeños programas que 
acompañan a las diversas 
secciones de nuestra revista: 


aventura, rol, DIV, etc. 


REVISTA DIVnet 


Os ofrecemos la posibilidad 
de darle una ojeada a esta 
revista electrónica que podéis 



encontrar en Internet. La 
hemos encajado en el CD 
porque habrá muchos que no 
disponqan de conexión a la 
Red. 


SHAREWARE 


ACDSee 2.41 


Uno de los más útiles visores 
en su última versión 
Shareware. 


CD Box Labeler 1.1 


Te permite crear etiquetas y 
libretos para CDs, 


Copernic 99 301 

Este agente de software 
gratuito encontrará con 
exactitud lo que estés 
buscando en Internet. 


Cyber-lnfo Webmail 

Hotmail Notify es un sencillo 
programa que te avisa 
cuando tu cuenta de HotMail 


tiene nuevos mensajes. 


Download 
Accelerator 3.5 

Download Accelerator acelera 


la recepción de ficheros. 


Eudora Pro 4.2 

El cliente de correo 
electrónico más popular para 
Windows 95/NT. 


FTP SERV-U 2.5 a 
Build 4 

Un excelente lector y 
buscador dentro de 


newsgroups. 


Hyper Maker 

Aplicación que te permitirá 
transformar páginas Web en 
publicaciones comprimidas y 
encriptadas, para su 
distribución. 


mIRC 2.01 

Es uno de los mejores clientes 
de IRC, además de ser todo 
un clásico. 


Nendo 1.1 


Nendo es una potente 
herramienta de modelaje en 
3D que, sin embargo, destaca 
por su facilidad de uso. 


Netlnfo 3.4 


Programa multitarea 
totalmente configurable. 


News Rover 4.42 


Util lector de news, gracias al 
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cual podremos organizarías 
de forma cómoda. 


Oraanizador 


qai 

de~Música 


Esta excelente aplicación 
pondrá orden donde antes 
sólo había caos. 


99.6 


PACT JumpReg 

jumpReg te puede llevar 
hasta las palabras clave de 
más uso del Registro. 


PPPshar Pro 1.51 


Con PPPshar, podrás conectar 
todos los ordenadores de tu 
red a Internet usando una 
sola conexión telefónica. 


SmartFTP 1.0 Build 


SmartFTP nos proporciona un 
interfaz de múltiples ventanas 
con soporte para arrastrar y 
soltar. 


SynEdit 0.40 beta 

SynEdit es un excelente 
editor de textos orientado a 


programadores. 


UltraEdit 

Professional 


Es más que un reemplazo del 
Bloc de Notas, es un editor 
de textos completísimo. 


URLSentv 1.14 


y 

Escanea de forma instantánea 
tus páginas Web favoritas. 


Viruscan 4.0.3 

Uno de los más importantes 
antivirus del mercado nos 
llega en su última versión 
Shareware. 


WebAurora 98 1.01 


El editor Web para Windows 
95 y 98. 


WinAmp 2.22 

Con este programa 
podremos escuchar música 
con la más alta fidelidad. 


Winzip70SR-1 

El más importante compresor 
del mercado. 


WorkTime 1.1 


Con Worktime puedes 
controlar cuánto tiempo 
pasas delante del ordenador 
trabajando, ya que te avisa 
cuando tu jornada ha 
terminado. Cuenta con dos 
tipos de alarma (normal y de 
cuenta atrás). 
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Técnic 


Mfcuia, 


Prensa Técnica te ofrece los últimos avances y novedades del mundo de 
la informática a través de Jm 

sus publicaciones. JlSI 

>. w.j. v .'j. ■. 

. ■. v ^.¡J. EKV. 

¡v .Vi - Iv.v v!;J 

Internet, Linux, Diseño digital, Programación, Juegos... una oferta 
variadísima que cubre todo lo que necesitas para estar al día. 

■: »!v-ív>.w;wi¡í 

¡3» fe 5S í t iii- í 

Tenemos revistas para todos los públicos, ya seas principiante o 
avanzado, Prensa Técnica tiene la solución a tus problemas. 
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LA MEJOR RECOPILACIÓN 

MODELOS 3D es >3 revista que te proporciona 
todos los modelos y texturas que necesitas sin 
tener que perder el tiempo buscándolas. Incluye 
modelos, texturas y demos de los programas 3D 
más utilizados. 

Pe • Mac 

Bimestral Incluye CD-fíom * 


TU ORDENADOR AL DIA 

CD DRIVER es una revista imprescindible para el 
nantenimiento de tu PC. Con ella, el usuario 
■temático tendrá a mano todos los drivers del 
mercado y estupendos artículos sobre la utiliza¬ 
ción e Instalación de los componentes del PC. 

Pe 

Siniestra/ Incluye 2 CChfíoms W 


1U GUtA RARA LA RED 

INTERNET ONLINE se introduce en los recovecos 
de la Red mostrándole información rigurosa 
sobre aspectos técnicos, análisis de webs y 
herramientas. Incluye CD-Rom con navegadores, 
utilidades de correo, Chat, etc. 

Pe • Mac 
Incluye CD-fíom “ 


LA MAS VENDIDA DE EUROPA 
ELECTRÓNICA PRÁCTICA ACTUAL es la edición en 
castellano de la revista de electrónica más vendida 
de Europa. Contenidos prácticos de electrónica e 
informática cor noticias, Internet y los montajes 
más ingeniosos. p 

Incluye GDfíoml 


LA MAS VENDIDA DE EUROPA 
ELECTRÓNICA PRÁCTICA ACTUAL es la edición en 
castellano de la revista de electrónica más vendida 
de Europa. Contenidos prácticos de electrónica e 
informática con noticias, Internet y los montajes 
más ingeniosos, 
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HAZ TUS PROPIOS VIDEOJUEGOS 

DIV MANÍA es la primera revista dedicada a apren¬ 
der a programar videojuegos, abarcando todos los 
aspectos del desarrollo. Incluye CD-Rom con tres 
juegos programados por los lectores y demos de 
juegos profesionales. , 

Incluye CD-fíom 9 


NUNCA DEJES DE JUGAR 

ZONA PSX STATION encuentra una nueva dimen¬ 
sión para tu Playstation cor una revista llena de 
originales secciones, objetiva y con un diseño 
que da a las imágenes la importancia que se 

rYi arpeen 

Incluye suplemento 
Xtreme PSX 


Bfl ESTÁ EN TUS MANOS 

.vORLD está especializada en Infografía y en 
:-íral las 3D. Con la última actualidad en dise 
Ijfico, reportajes, técnicas, trucos y tutorla- 
tótlos programas de diseño y 3D más utiliza 
sen el sector profesional 


JUGANDO DURO 

GAME OVER analiza los juegos de ordenador 
desde el punto de vista de los propios creadores. 
Toda la información técnica además de un análisis 
riguroso de las últimas novedades del mercado. 


LA NUEVA ERA DE LA FOTOGRABA Y EL ARTE 

FOTO ACTUAL V ARTE DIGITAL, revista para 
profesionales y aficionados al diseño, maqueta- 
clón y retoque fotográfico. La mejor forma de 
conocer toda la teoría y la práctica sobre las téc 
nicas más utilizadas del momento. 

Pe • Mac | 
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LO MEJOR, AHORA EN CASTELLANO 

LINUX ACTUAL es la primera revista en castellano 
dedicada al GNU/Linux: el sistema operativo de 
moda. Incluye artículos dedicados a todas sus 
áreas y un CD-Rom con las mejores distribuciones 
y novedades del momento. 

Pc| 
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PENSADA RARA PRINCIPIANTES 

SÓLO LINUX es la mejor revista en castellano para el 
usuano principlante en el mundo GNU/Linux. En ella 
encuentra toda la Información en forma de artículos 
de nivel básico. Incluye un CD-Rom con la distribu¬ 
ción más fácil de instalar del momento, 

Pe | 

Bimestral Incluye CDfíom “ 


y PARA PROGRAMADORES 
WMACIÓN ACTUAL te pone al dia del 
do del desarrollo gracias a sus secciones 
: pales dedicadas a la programación gráfica, 
Tít y sus lenguajes, desarrollo empresarial 
eias tecnologías. 

Pc a&¡í 

Incluye CDfíomf* 


LA MÁS VENDIDA DEL MUNDO 

LINUX JOURNAL es la edición en nuestro país de la 
publicación más prestigiosa del mundo GNU/Linux, 
Entrevistas, actualidad y buenos artículos se dan 
cita en una auténtica “BIBLIA" sobre este sistema 
operativo. 


LO OUM) EN TECNOLOGÍA 

WINDOWS NT ACTUAL está destinada a profesiona¬ 
les de! mundo NT. El modo más fácil para estar al 
día y conocer et entorno NT así como sus aplicacio¬ 
nes. 

Pcg 

Incluye CD-Rom* 
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DEMO TIE BREAK TENNIS 2 


Os ofrecemos la demo de un juego de tenis que ofrece a los amantes del deporte 
de la raqueta la posibilidad de competir en hasta ocho de los más importantes 
torneos de la Asociación de Tenistas Profesionales (ATP). 


AMERICA S TOUGHEST 18 


Esteres un videojuego diseñado tanto para el disfrute de los aficionados 
al golf como para los que este deporte era, hasta el momento, algo 
completamente desconocido o simplemente ajeno. 


DIV 2 


Volvemos a ofrecer la Demo de DIV2 por si hay algún despistado que 
todavía no la ha probado. 


REVISTA DIVNET 


Incluimos el número 0 de la primera revista electrónica dedicada exclusiva¬ 
mente a DIV. Echadle un vistazo porque realmente merece la pena. 


JUEGOS GANADORES 


Como no, os ofrecemos los juegos ganadores de nuestro concurso de programación 
con DIV; Mr Bones (o vete al infierno), un divertido programa de plataformas, 

Acelerator , un juego de carreras de karts y E, J. Dominó, un programa para los amantes del 
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! 


conocido juego de mesa. 


CURSOS DE JUEGOS 




r 


Nuestro CD también incluye los pequeños programas que acompañan a las diversas secciones de nuestra revista: aventura, rol, DIV, etc. 


SHAREWARE 


Como siempre, incluimos un buen número de programas Shareware que, a buen seguro, os serán de utilidad: CD Box Labeler 1.1, Copernic 99 
301, Cyber-lnfo, Webmail, Download Accelerator 3.5, Eudora Pro 4.2, FTP SERV-U 2.5 a Build 4, Hyper Maker, mIRC 2.01, Nendo 1.1, Netlnfo 
3.4, News Rover 4.42, Organizador de Música PACT JumpReg 99.6, PPPshar Pro 1.51, SmartFTP 1.0 Build, SynEdit 0.40 beta, UltraEdit 
Professional, URLSenty 1.14, Viruscan 4.0.3, WebAurora 98 1.01, WinAmp 2.22, Winzip70SR-1, WorkTime 1.1. 


REPORTAJE., CJn interesante reportaje 
imprescindible para cualquier programador. 


DEMO DIV2. La demo de la segunda versión 
del entorno de juegos. 


PROGRAMA DEL LECTOR. El resultado de 
nuestro concurso de programación de juegos. 


OPTIMIZACION DEL USO DE GRAFICOS 



G1 G2 








Aprovechado 



Decaprovechado 
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Lo bueno, si breve... 


Las claves a la hora de optimizar programas 
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